[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Using temporary branches and mergeinfo properties

From: Igor Markovic <igor.markovic_at_3mensio.com>
Date: Fri, 30 Oct 2009 09:36:21 +0100

Currently we have some developers in our company that work some days at
home. The other days they will work on site. The day before the
developer will work at home he will create a branch of his WC of the
trunk/branch he is currently working on. The next day he will checkout
this temporary branch at his home computer and start working on it and
commit his changes to this temporary branch. When he's back at the
office the next day he will merge those changes back to the trunk/branch
that he was working on and delete the temporary branch. This process
will repeat itself each time.

 

After upgrading to subversion 1.6.5 (we previously used subversion
1.4.2) we started to have some problems with the merge. After merging
the files from the temporary branch to the local WC of the branch, a lot
of files will get notices as changed files even when the file hasn't
changed but only because merge properties have been added. This very
annoying when doing a large commit as it will also contain a lot of
unchanged files that we revert by hand each time.

 

I understand that it can be useful sometimes keeping this merge
information when merging revisions from/to some branches, but because we
just use temporary branches, this information will be unnecessary to
keep. And won't the mergeinfo keep growing this way as it gets committed
to the trunk/branch each time?

 

What can/should we do to make this scenario work?

 

Thanks for your help.

 

Igor Markovic

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2412958

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-10-30 09:41:07 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.