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

Merging a branch back to trunk produces more changes than previewed (commit would perform a LOT of changes)

From: Stefan M. Huber <looseleaf_at_gmx.net>
Date: Wed, 23 Sep 2009 16:05:07 +0200


   I couldn't find an answer in the archives. Maybe also because I didn't find the right keywords.

Here's the situation:

I have a trunk from which I branched off. I changed some files in the branch.

After updating both branch and trunk to the most current revision, I wanted to merge the branch back into the trunk (using TortoiseSVN):

The test merge showed about 10 files to be updated in the trunk.

I executed the merge and the 10 files were updated. The merge took very long.
Afterwards, I noticed, that a lot of files (nearly every versioned file) was marked as changed. Indeed, a revert preview or a commit preview would change nearly every file. Although they have not been changed.

Any idea what could go wrong here?



To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-09-23 16:22:28 CEST

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.