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

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

From: Bob Archer <bob.archer_at_amsi.com>
Date: Wed, 23 Sep 2009 10:59:31 -0400

> 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?
> Stefan

What version of svn client are you using? Is this the first merge you have done into trunk?



To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-09-23 17:00:18 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.