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

Re: Two people adding the same file - can both versions be merged?

From: christian unger <christian_unger_at_mac.com>
Date: 2007-05-14 13:50:06 CEST

since the svn switch is a subset of svn merge, it would be possible
to branch the trunk containing the first file,
have the second developer checkout this branch and replace the file
therein with his file and afterwards switch this file to the one on
trunk.

or simply branch, checkout branch, replace file, commit to branch and
merge branch back to trunk.

cheers
cu
christian unger

On 13.05.2007, at 19:46, Matt Sickler wrote:

> SVN cant provide conflict files because it has no base to perform a 3
> way diff on. It would have no idea how to merge the two files.
> Complete user merging is the only way to solve this problem
>
> On 5/13/07, Talden <talden@gmail.com> wrote:
>> 1. Does the tool provide the feedback to the second developer to
>> resolve the problem.
>> 2. Is the resolution straightforward enough to apply without a visit
>> to documentation or using tools not common to the usual workflow.
>>
>> Subversion seems to provide for the first point well enough. The
>> attempted commit produces
>>
>> "svn: File already exists: filesystem 'C:/_repositories/svn/db',
>> transaction '8-1', path 'thefile.txt"
>>
>> and updating produces
>>
>> "svn: Failed to add file 'thefile.txt': object of the same name
>> already exists"
>>
>>
>> I'm not sure that the second part is addressed as well. Dev B can
>> certainly revert his file, rename it and do an update for get the
>> content from Dev A. Now however Dev B has to manually merge his
>> content into Dev A's file before committing his content. It might be
>> better, in the conflict update case to output the appropriate message
>> but also provide the conflict files
>>
>> "thefile.txt.mine"
>> "thefile.txt.r0" (an empty file)
>> "thefile.txt.rN" (where N is the newly updated revision from
>> Dev A)
>>
>> Now Dev B can use their usual work-flow for conflict resolution to
>> merge the content. This task is likely to be much more familiar to
>> the developer.
>>
>> --
>> Talden
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
>> For additional commands, e-mail: users-help@subversion.tigris.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon May 14 13:50:54 2007

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.