On 12/5/2014 3:04 PM, Brett Cannon wrote: > 1. Contributor clones a repository from hg.python.org <http://hg.python.org> > 2. Contributor makes desired changes > 3. Contributor generates a patch > 4. Contributor creates account on bugs.python.org > <http://bugs.python.org> and signs the > [contributor > agreement](https://www.python.org/psf/contrib/contrib-form/) I would like to have the process of requesting and enforcing the signing of CAs automated. > 4. Contributor creates an issue on bugs.python.org > <http://bugs.python.org> (if one does not already exist) and uploads a patch I would like to have patches rejected, or at least held up, until a CA is registered. For this to work, a signed CA should be immediately registered on the tracker, at least as 'pending'. It now can take a week or more to go through human processing. > 5. Core developer evaluates patch, possibly leaving comments through our > [custom version of Rietveld](http://bugs.python.org/review/) > 6. Contributor revises patch based on feedback and uploads new patch > 7. Core developer downloads patch and applies it to a clean clone > 8. Core developer runs the tests > 9. Core developer does one last `hg pull -u` and then commits the > changes to various branches -- Terry Jan Reedy
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4