Whenever we merge code, many files in our codebase get updated
mergeinfo's with the new revision number, even though they were not
changed in this revision. From some searching online, this seems to
be a common situation, and it appears it might happen when not doing
merges from the root. There seems to be two attitudes of people
commenting on this situation: (1) do not remove the mergeinfos as it
might cause problems later on, and (2) it is perfectly fine to remove the
mergeinfos on files so long as the merginfos are preserved on the root
folder, and that merges should always be done from the root to prevent
mergeinfos from being set on individual files.
Is (2) correct, and it is safe to remove the mergeinfos on individual files?
If it is, I understand that something like the following would work:
|svn propdel svn:mergeinfo -R
svn revert .
svn ci -m "Removed mergeinfo"|
--
David Brodie
BEAMS Release Manager
*CARIS* <http://www.caris.com>
115 Waggoners Lane
Fredericton, New Brunswick
Canada E3B 2L4
Tel: +1.506.458.8533 Fax: +1.506.459.3849
www.caris.com <http://www.caris.com>
*Connect with CARIS*
Twitter <http://www.twitter.com/CARIS_GIS> | LinkedIn
<http://www.linkedin.com/groups?mostPopular=&gid=3217878> | Facebook
<http://www.facebook.com/pages/CARIS-The-Marine-GIS-Experts/123907500987669?v=app_4949752878>
| YouTube <http://www.youtube.com/user/CARISGIS>
Download your free copy of CARIS Easy View today!
www.caris.com/easyview <http://www.caris.com/easyview>
_________________________________________________________________________
This email and any files transmitted with it are confidential and
intended only for the addressee(s). If you are not the intended
recipient(s) please notify us by email reply. You should not use,
disclose, distribute or copy this communication if received in error.
Any views or opinions expressed in this email are solely those of the
author and do not necessarily represent those of the company. No binding
contract will result from this email until such time as a written
document is signed on behalf of the company.
