Re: Should we dev on master then backport, or the other way?
| From: | Florian Margaine | Date: | Fri, 26 Sep 2014 11:48:04 +0000 |
| Subject: | Re: Should we dev on master then backport, or the other way? | ||
| References: | 1 2 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-77667@lists.php.net to get a copy of this message | ||
I see, thanks for the answer!
On Fri, Sep 26, 2014 at 1:43 PM, Ferenc Kovacs <tyra3l@gmail.com> wrote:
>
>
> 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
>
--
Regards,
*Florian Margaine*