Re: Should we dev on master then backport, or the other way?
| From: | Ferenc Kovacs | Date: | Fri, 26 Sep 2014 11:43:40 +0000 |
| Subject: | Re: Should we dev on master then backport, or the other way? | ||
| References: | 1 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-77666@lists.php.net to get a copy of this message | ||
On Fri, Sep 26, 2014 at 1:29 PM, Florian Margaine <florian@margaine.com>
wrote:
> Hi internals,
>
> The question is in the title :-)
>
> As far as I know, most projects follow this convention: develop on the
> master branch, then backport the fixes/features to older versions.
>
> I had a discussion with another core dev who told me he did the opposite:
> develop on PHP-5.5, then move the fix/feature up to the new branches (first
> PHP-5.6, then master).
>
> Is there a convention for php-src? Or is it "whatever the dev wants"?
>
> --
>
> Regards,
>
> *Florian Margaine*
>
see https://wiki.php.net/vcs/gitworkflow
if a change affects multiple branch we commit it to the lowest possible
branch and merge it upwards.
there were a recent discussion about whether or not to change this, as the
current master (aka PHP7) has major changes which makes the merge
everything up strategy a lot more painful, but this discussion didn't
reached a consensus so there are no change in the old workflow.
--
Ferenc Kovács
@Tyr43l - http://tyrael.hu