Re: Merging release branches back to parent

From: Date: Wed, 02 Apr 2014 12:35:33 +0000
Subject: Re: Merging release branches back to parent
References: 1  Groups: php.internals 
Request: Send a blank email to internals+get-73515@lists.php.net to get a copy of this message
On Wed, 2014-04-02 at 14:23 +0200, Johannes Schlüter wrote: > Hi RMs, > > we currently use release branches which we don't merge back into the > original branch.I would like to propose to change this and merge the > release branch back into it's parent branch. To the est of my > remembrance not doing this is a reminder of SVN merge tracking annoyance > which is not relevant anymore. > > The reason for this change is that it makes it hard to find out whether > a patch was part of a release or not and which release it appeared in > first. > > The suggested work flow (pushes ignored) is like this: > > 1. git checkout PHP-X.Y > 2. git branch PHP-X.Y.Z > 3. vim NEWS configure.in main/php_version.h && git commit (set to > next version X.Y.Z+1) > 4. git checkout PHP-X.Y.Z > 5. test, cherry pick and release RCs as needed > 6. vim NEWS configure.in main/php_version.h && git commit (for > release) > 7. git tag -s php-X.Y.Z > 8. git checkout PHP X.Y > 9. git merge PHP-X.Y.Z > 10. resolve merge conflict in NEWS and other files && git commit This was missing a step already done with current procedure: 11. Merge up till reaching master as we do for all other commits, obviously. johannes

« previous php.internals (#73515) next »