<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Mon, 11 Jan 2016 at 12:42 francismb <<a href="mailto:francismb@email.de">francismb@email.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
On 01/10/2016 03:54 AM, Brett Cannon wrote:<br>
> I'm developing it at<br>
> <a href="https://github.com/brettcannon/github-transition-pep/blob/master/pep-NNNN.rst" rel="noreferrer" target="_blank">https://github.com/brettcannon/github-transition-pep/blob/master/pep-NNNN.rst</a> .<br>
> I'm not posting it here as I'm still actively writing it. The only reason<br>
> I'm mentioning it now is because the migration plan has been very roughly<br>
> outlined, so if it  looks like I'm missing something, please let me know.<br>
><br>
my two cents (on changeset 92afd4a90f56a8caa2cf0620cedc2c20b8c0e0d0):<br>
<br>
"""<br>
While <a href="http://hg.python.org" rel="noreferrer" target="_blank">hg.python.org</a> [1] hosts many repositories, there are onlyfive key<br>
repositories that must move:<br>
"""<br>
Decide what should happen to the rest of the repos? (or ist under<br>
the fait of <a href="http://hg.python.org" rel="noreferrer" target="_blank">hg.python.org</a>?)<br></blockquote><div><br></div><div>Part of what happens to <a href="http://hg.python.org">hg.python.org</a> since they are all personal repos.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Why is devinabox grey marked, means that something special?<br></blockquote><div><br></div><div>Just that the repo name matches the project name.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
"""<br>
Define commands to migrate from Mercurial to Git<br>
Converting a Mercurial repository to Git<br>
"""<br>
<br>
Aren't both equivalent (or doesn't you need to define the command<br>
to be able to convert the repos?). Or you mean write the script<br>
for the migration and then do the migration?<br></blockquote><div><br></div><div>Accidental duplication.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
"""<br>
Document steps to commit a pull request<br>
Handling Misc/NEWS<br>
Handling Misc/ACKS<br>
...<br>
"""<br>
Couldn't be also part of "Requirements for Code-Only Repositories"?<br>
Why only Code-Only repos hasn't Misc/NEWS or Miscs/ACKS? (yes, well<br>
those are code only per your definition? :-) )<br></blockquote><div><br></div><div>Only the cpython repos have an ACKS and NEWS file and all the other repos can just use the merge button in a GitHub PR (that will be pointed out in the cpython section).</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
"""<br>
Linking pull requests to issues<br>
Notify the issue if the pull request is committed<br>
"""<br>
There can be more than a pull request to one issue (e.g. an<br>
alternative patch), should "the not committed ones" be automatically<br>
rejected (?)<br></blockquote><div><br></div><div>No, because sometimes an issue involves multiple patches legitimately.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
"""<br>
Splitting out parts of the documentation into their own repositories<br>
"""<br>
If those are split, shouldn't exist a mechanism to deploy<br>
a consistent release (docs <-> code)?<br></blockquote><div><br></div><div>People are talking about things like the HOWTOs, tutorial, etc. And they can be made to be subrepos of the cpython repo if we want.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Bot to deploy a release (tagging, building, ...) or at least the<br>
steps need to be documented (or will exist a potentially releaseable<br>
branch?).<br></blockquote><div><br></div><div>There's too much specifically for a bot to do, plus the release process is documented in another PEP.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
Decide and document how the python services map into <a href="http://python.org" rel="noreferrer" target="_blank">python.org</a><br>
(e.g. <a href="http://git.python.org" rel="noreferrer" target="_blank">git.python.org</a>)<br></blockquote><div><br></div><div>Added a section on creating <a href="http://git.python.org">git.python.org</a>.</div><div><br></div><div>-Brett</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Regards,<br>
francis<br>
<br>
_______________________________________________<br>
core-workflow mailing list<br>
<a href="mailto:core-workflow@python.org" target="_blank">core-workflow@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/core-workflow" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/core-workflow</a><br>
This list is governed by the PSF Code of Conduct: <a href="https://www.python.org/psf/codeofconduct" rel="noreferrer" target="_blank">https://www.python.org/psf/codeofconduct</a><br>
</blockquote></div></div>