keeping branch up to date with mainline

Bernd Schmidt bernds_cb1@t-online.de
Tue Jan 10 13:44:00 GMT 2006


Giovanni Bajo wrote:
> Bernd Schmidt <bernds_cb1@t-online.de> wrote:
> 
> 
>>One additional question, suppose I don't want to merge a huge number of
>>revisions in one go, and I do
>>   svnmerge.py merge -r a-small-list-of-revisions
>>   svn diff ;; to verify everything is OK
>>
>>Do I then have to commit the merge so far before running svnmerge.py
>>again, or can it get all the information it needs from the local
> 
> repository?
> 
> Also note that, theoretically, it's better to do it in one-go as you'd end
> up with less conflicts.

Why is that - do you mean merge conflicts?

I imagine that most of the revisions from trunk will just apply cleanly 
since the files are unchanged on the branch.  For changes in reload*.*, 
I'd rather merge one revision at a time and make sure I update the 
affected files properly (I very much doubt any large change will apply 
cleanly in those files; they'll need manual intervention).  I assume 
it'll be easier to correct merge errors for every individual change 
rather than trying to piece them together after a monster merge.


Bernd



More information about the Gcc mailing list