@@ -21,7 +21,7 @@ Rationale
21
21
22
22
CPython's development moved to GitHub on February 2017. All other projects within
23
23
The PSF's organization are hosted on GitHub and are using GitHub issues.
24
- CPython is still using Roundup as the issue tracker in bugs.python.org (bpo).
24
+ CPython is still using Roundup as the issue tracker in bugs.python.org (bpo) [ #bpo ]_ .
25
25
26
26
Why GitHub
27
27
----------
@@ -75,7 +75,7 @@ Issues with bpo / Roundup
75
75
- At its current state, it is not equipped to accept lots of contributions from
76
76
people who aren't already familiar with the code base.
77
77
78
- - The upstream roundup is in Mercurial. There is an open discussion about
78
+ - The upstream Roundup is in Mercurial. There is an open discussion about
79
79
moving the source code of bpo to GitHub [#migrate-bpo ]_. If the source code of
80
80
bpo does move to GitHub, it will become difficult to update patches from upstream.
81
81
But as long as it is in Mercurial, it is be difficult to maintain and onboard
@@ -92,7 +92,7 @@ Issues with bpo / Roundup
92
92
- It sends a number of unnecessary emails and notifications, and it is difficult,
93
93
if not impossible, to configure. An example is the nosy email, where we get
94
94
email notification whenever someone added themselves as "nosy".
95
- An issue has been filed in upstream roundup about this since 2012 with
95
+ An issue has been filed in upstream Roundup about this since 2012 with
96
96
little traction [#nosy-list ]_.
97
97
98
98
- Creating an account has been a hassle. We've had reports when people have
@@ -249,10 +249,12 @@ A GitHub account should not be a requirement
249
249
--------------------------------------------
250
250
251
251
Back when it was discussed about moving the CPython codebase from Mercurial
252
- to GitHub [#github-cpython-1 ]_ and [#github-cpython-2 ]_, it was brought up we
253
- need to still allow uploading patches in bpo.
252
+ to GitHub [#github-cpython-1 ]_ and [#github-cpython-2 ]_, it was brought up that we
253
+ need to still allow uploading patches in bpo, and that a GitHub account shoould
254
+ not be a requirement in order to contribute to Python.
254
255
255
- If bpo is made readonly, we'll need to come up with a different solution.
256
+ If bpo is made readonly, we'll need to come up with a different solution to allow
257
+ folks to contribute when they don't own a GitHub account.
256
258
257
259
Related to this, since the migration to GitHub in 2017, I recall one case
258
260
[#gh-1505 ]_ where we had one contributor who submitted patch to Mercurial, and
@@ -278,6 +280,9 @@ and ideas have been valuable.
278
280
References
279
281
==========
280
282
283
+ .. [#bpo ] bugs.python.org
284
+ (https://bugs.python.org/)
285
+
281
286
.. [#email-meta ] About GitHub email notifications
282
287
(https://help.github.com/articles/about-email-notifications/)
283
288
0 commit comments