Transitioning to the new Release Process
Jesse Phillips
Jessekphillips+d at gmail.com
Sun Jan 13 16:35:08 PST 2013
On Wednesday, 9 January 2013 at 17:12:15 UTC, Jesse Phillips
wrote:
> Before starting this I did come across Walter's complaint of
> issues, but feel this needs a new thread. But didn't read all
> replies.
>
> The new process introduces a new branch called staging. This is
> _not_ used as one would first think.
>
> staging is created/updated _after_ release. This means a delay
> in changes in master (breaking changes/new additions) and
> release (a good thing). It also means that we have to do some
> awkward delaying to get some useful changes into staging so
> that it is different from this last release.
Since we don't have much opposition here for the staging process
I will make my suggestion for this transition.
Since std.uni is up for review, lets plan that upon inclusion we
move master into staging. This will be the next release as
defined in our process. When another group of changes is
considered ready we can make the release and update staging.
We could choose other changes, but I think this will be a good
arbitrary point to make the transition (and not end up with an
"empty" release).
More information about the Digitalmars-d
mailing list