merging branch to HEAD when branch contains partly trunk changes already

2005-07-08 Thread HK
Suppose the following situation.

 +-1.25.2 .. -- 1.25.2.2 -- 1.25.2.5
 |   ^
 |   |merge in
1.25 -- ... -- 1.27 -- ... -- 1.31

At 1.25 I created a branch.
Later I merged the changes between 1.25 and 1.27
into the branch at 1.25.2.2 to have minor updates
of the main trunk also in the branch.

Now I want to merge the branch back into the trunk.

I tried a straighforward merge of the
tip of the branch with the tip of the trunk
and get only minor conflicts.

Am I just lucky with that? Normally I would
expect all the changes between 1.25 and 1.27
to conflict, because they are in the branch but
also already in the trunk. Or does CVS silently
ignore changes which would not change anything
in this case? (I am making sense?)

  Harald.

___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs


Re: merging branch to HEAD when branch contains partly trunk changes already

2005-07-08 Thread Russ Sherk
Herald,


On 8 Jul 2005 03:46:00 -0700, HK [EMAIL PROTECTED] wrote:
 Suppose the following situation.
 
  +-1.25.2 .. -- 1.25.2.2 -- 1.25.2.5
  |   ^
  |   |merge in
 1.25 -- ... -- 1.27 -- ... -- 1.31
 
 At 1.25 I created a branch.
 Later I merged the changes between 1.25 and 1.27
 into the branch at 1.25.2.2 to have minor updates
 of the main trunk also in the branch.
 
 Now I want to merge the branch back into the trunk.
 
 I tried a straighforward merge of the
 tip of the branch with the tip of the trunk
 and get only minor conflicts.
 
 Am I just lucky with that? Normally I would
 expect all the changes between 1.25 and 1.27
 to conflict, because they are in the branch but
 also already in the trunk. Or does CVS silently
 ignore changes which would not change anything
 in this case? (I am making sense?)
CVS considers a conflict as a block of text where it can not determine
wheather the changes from either rev are correct.  Any text that is
the same will not cause a conflict.
So your previously merged changes will not cause a conflict.
 
   Harald.
 
 ___
 Info-cvs mailing list
 Info-cvs@gnu.org
 http://lists.gnu.org/mailman/listinfo/info-cvs
 
--Russ


___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs


Re: merging branch to HEAD when branch contains partly trunk changes already

2005-07-08 Thread Pierre Asselin
HK [EMAIL PROTECTED] wrote:
 Suppose the following situation.

  +-1.25.2 .. -- 1.25.2.2 -- 1.25.2.5
  |   ^
  |   |merge in
 1.25 -- ... -- 1.27 -- ... -- 1.31

 At 1.25 I created a branch.
 Later I merged the changes between 1.25 and 1.27
 into the branch at 1.25.2.2 to have minor updates
 of the main trunk also in the branch.

 Now I want to merge the branch back into the trunk.

If I remember correctly, the correct merge would be -j 1.27 -j
1.25.2.5 (or the equivalent with instead of hard revision numbers).


 I tried a straighforward merge of the
 tip of the branch with the tip of the trunk
 and get only minor conflicts.

Yeah, sometimes that works.  Other times I get bogus conflicts with
the same text on both sides of the conflict.  I just clean those
up by hand.


-- 
pa at panix dot com
___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs