Pull freeze
Jesse Phillips
Jessekphillips+D at gmail.com
Wed Aug 1 09:19:34 PDT 2012
On Sunday, 29 July 2012 at 12:00:16 UTC, David Nadlinger wrote:
> On Sunday, 29 July 2012 at 11:43:41 UTC, Robert Clipsham wrote:
>> 4. You can pull regression/bug fixes into the release branch
>
> Just to clarify: »Pulling« in this context means
> cherry-picking individual bug fixes critical for the release
> from the main branch. Virtually all changes and pull requests
> still go on the main branch first, and are then »backported«
> onto the release branch.
>
> And by the way, you don't even need a DVCS for that. Many
> SVN-based open source projects use a »branch-before-release«
> workflow as well.
>
> David
That couldn't possibly be clarification. Otherwise step 5
wouldn't be needed.
I don't know much about using cherry picking, but it doesn't
really seem like what we'd want.
Walter would need to pull into master then cherry pick it into
release. Those trying to resolve a regression will be thrown into
any changes being made against master, which could be a
refactoring of const...
It seems to me cherry picking works better for a living branch.
Release will be short lived. If we went with a stable branch...
then I could see the cherry picking come into play.
More information about the Digitalmars-d-announce
mailing list