Am Montag, 14. März 2011 schrieb Nico Kadel-Garcia: > On Mon, Mar 14, 2011 at 12:11 PM, Christoph Bartoschek > > <bartosc...@or.uni-bonn.de> wrote: > > Hi, > > > > I would like to merge the changes of a directory in repository A to a > > directory in repository B. My problem is that several merges fail because > > of the id keywords. > > > > Svn diff for example shows: > > > > -/* > > -** $Id: st_opt_small.c,v 1.3 2004/03/08 17:25:57 mueller Exp $ > > -** > > -** $Locker: $ > > -*/ > > +/* $Id$ */ > > > > The removed Id line cannot be found in repository B because a different > > user created it. It looks like: > > > > ** $Id: st_opt_small.c 2 2011-03-14 15:17:33Z bartosch $ > > > > > > The merge then fails with a conflict because it cannot find the line of > > the diff. How can I let merge ignore conflicts that arise because of > > expanded Id lines? > > > > Or how to prevent Id expansion locally and in the diffs? > > > > Christoph > > The easiest way is to *NOT* use Id and similar keyword expansion, at > all. That's the Linux kernel approach. They can be very, very nasty > indeed to parse and merge. > > Second, pick a single format for comments and keywords and *stick with > it*. The switch in syntax from multi-line commented entries to single > line comment entries is biting you hard here and confusing your diffs > noticeably. > > Sadly, you can't outsmart the ability of people to tweak formats. The > simplest way is to resolve the merge manually.
I would like to get rid of Id expansion but I have to use what our group has agreed on. It would help me if I could create a checkout where svn:keywords are not expanded and if I could tell svn merge to also not expand the keywords. Is this somehow possible? If you tell me where to look I could also compile a svn client version for me that prevents the expansion. Basically I think that it should be a one-liner to prevent the expansion. Christoph