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