Transitioning to the new Release Process
Jesse Phillips
Jessekphillips+D at gmail.com
Tue Jan 15 16:23:22 PST 2013
On Tuesday, 15 January 2013 at 13:58:59 UTC, foobar wrote:
> Yea, I agree with the above. I'll just add two additional
> points:
> 1. Perhaps it makes sense to have more "strict" rules for new
> contributors. So Walter, Don, etc could merge straight to
> /staging/ but someone new will need to have a few pull requests
> accepted to master before they are allowed the same privilege.
I see no need for this, pull requests get reviewed and new
contributors are just untrusted in quality and get the same
review as old untrusted contributors.
Remember, just because a pull request comes in on staging or
master does not mean it must be applied to those branches, you
can apply it to any and close commenting where it was pulled to.
Since staging/version can be pulled into master and not the other
way around it is easiest to create the fix against that which is
oldest then apply it to new code. Since Git knows all parent
commits merging is generally simple.
More information about the Digitalmars-d
mailing list