RCS Keyword Conflicts During Merge (was RE: [cvsnt] Re: minorBug in update in Build 1927)

David Hauck davidh at netacquire.com
Wed Apr 6 18:24:25 BST 2005


Community technical support mailing list was retired 2010 and replaced with a professional technical support team. For assistance please contact: Pre-sales Technical support via email to sales@march-hare.com.


Hi Tony,

> David Hauck wrote:
> > anyways. I've often wondered if CVS merge could be optimized
> somehow in this
> > regard to eliminate/ignore RCS keyword conflicts; they're a pain, in my
> > mind, to deal with currently.
> >
> cvs does try to minimise this, and is reasonably successful a lot of the
> time.  There are some keywords like $Log$, which simply can't be done
> automatically though.
>
> If you're 3-way merging one of the files (the modified file from the
> user) is going to have the keywords in whatever you do, so it's nearly
> impossible to handle that.  A branch merge to a clean sandbox can avoid
> a lot of conflists though.

I only ever do branch merges (i.e., -j <tag> -j <tag> representing one
branches changes merged onto an active sandbox representing another branch).
Whenever a file being merged has changed in both branches I see the RCS
keyword conflicts.

-David

> Tony
> _______________________________________________
> cvsnt mailing list
> cvsnt at cvsnt.org cvsnt downloads at march-hare.com @CVSNT on Twitter CVSNT on Facebook
> http://www.cvsnt.org/cgi-bin/mailman/listinfo/cvsnt https://www.march-hare.com/cvspro/en.asp#downcvs




More information about the cvsnt mailing list
Download the latest CVSNT, TortosieCVS, WinCVS etc. for Windows 8 etc.
@CVSNT on Twitter   CVSNT on Facebook