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

Re: catching up to the trunk.

From: Ruslan Sivak <rsivak_at_istandfor.com>
Date: 2006-10-19 22:50:58 CEST

Anybody? Is this expected behavior or a bug?

Russ

Ruslan Sivak wrote:
> Ryan Schmidt wrote:
>>
>> On Oct 18, 2006, at 09:27, Ruslan Sivak wrote:
>>
>>> I'm not sure if I'm doing this correctly. Let's say you are working
>>> on a branch. You want to get the latest changes from trunk because
>>> you need/want them in your branch as well and in general want to
>>> make sure that it will integrate cleanly with the trunk.
>>>
>>> It was my impression that if you do the same change twice, it will
>>> just ignore it instead of creating a conflict. Perhaps its not the
>>> same with binary files.
>>>
>>> So let's say you are switched to the branch and do a merge from
>>> trunk for certain revisions that you want to catch up with.
>>> After you get those changes into your branch, you test and make sure
>>> everything works and then commit everything (including changes
>>> merged from trunk) into your branch.
>>>
>>> Now you switch to trunk and merge in changes from the branch.
>>> Theoretically, it should only end up merging whatever changes were
>>> made to the branch, and since the changes that were merged from
>>> trunk are already there, it should not modify those files.
>>> Either I'm doing something wrong or this doesn't work correctly with
>>> binary files, but I had a bunch of images which were updated in
>>> trunk, merged to the branch, committed to the branch, merged back
>>> into trunk, and they all caused conflicts. This is particularly
>>> annoying as there doesn't seem to be a way to resolve these
>>> conflicts in subclupse short of reverting which seemed to take forever.
>>
>> It should work. The fact that it's not suggests you may be running
>> the wrong commands. Show us the commands you executed.
>>
> I'm using Subclipse. Here is an anonymized pseudolog.
>
> commit -m "image trunk update" F:/workspace/trunk/client/1ipod.jpg
> Sending F:/workspace/trunk/client/1ipod.jpg
> Transmitting file data ...
> Committed revision 4016.
>
> merge -r4015:4016 svn://svn.somedomain.com/project/trunk F:/workspace/T34
> U F:/workspace/T34/client/1ipod.jpg
> Merge complete.
> ===== File Statistics: =====
> Updated: 1
>
> commit -m "catching up to the trunk" F:/workspace/T34/1ipod.jpg
> Sending F:/workspace/T34/1ipod.jpg
> Transmitting file data ...
> Committed revision 4017.
>
> merge svn://svn.somedomain.com/project/tags/pre-T34_at_HEAD
> svn://svn.somedomain.com/project/branches/T34_at_HEAD F:/workspace/trunk
> C F:/workspace/trunk/client/1ipod.jpg
> Merge complete.
> ===== File Statistics: =====
> Conflicts: 1
>
> ---------------------------------------------------------------------
> 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 Thu Oct 19 22:51:41 2006

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.