>At 11:35 AM 3/5/2003, David Abrahams wrote: > > >>> The multiple merge thing is probably much less of an issue when > >>> working from trunk to branch, but it still could be useful to have > >>> the tag. I would call the tag "merged_to_<branch name>". > >> > >> So this is something each developer would do when merging to > >> the branch from MAIN if they want 'extra' information > >> in CVS about where the merge took place? If this is > >> correct, I'm generally opposed to this extra step as > >> I don't see what it is going to buy you above and beyond > >> what you can get in CVS log command. Am I missing > >> something? > > > >If you make a big change on the trunk and need to merge to the > >branch, and then you do it again, you want > > > > cvs merge -jmerged_to_RC_whatever -jHEAD > > > >In order to make the merge work properly. If the release manager > >doesn't tag the head at the merge point, the first person to merge > >from trunk to branch messes up that arrangement.
more/release_procedures.htm has been updated to reflect these discussions.
The changes to more/release_procedures.htm were made on the main trunk, and then merged into RC_1_30_0, and the process repeated several times as the instructions were refined and corrected.
In other words, the procedure was applied to its own documentation:-)
At least in WinCVS, this was a good deal easier than the old way IMO.
Please take a look at more/release_procedures.htm and suggest any corrections necessary.
Thanks,
--Beman
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost