Thank you Brett, Donald, Barry, Nick, Ezio, and all who have worked on
core workflow. I believe that moving code review to GitHub will benefit
CPython and allow more automated checks and feedback (such as those
provided by Travis, codecov, coverage, etc) that will help new
contributors as well as save core developers' time.
Ezio, Great post on details to think about. Please keep me looped in on
issue tracker enhancements (which I know we are not moving) that may
make the issue tracker more convenient and appealing to users (similar
to PyPi migration to Warehouse).
Brett, Enjoy the rest of your well earned vacation.
All, Happy New Year and all the best for 2016.
Warmly,
Carol
Brett Cannon <mailto:br...@python.org>
January 1, 2016 at 11:21 AM
I don't think this will be a shock to anyone who has followed the
discussion on this list. The decision is essentially based on:
1. No major distinguishing features between GitHub or GitLab
2. Familiarity amongst core devs -- and external contributors -- with
GitHub
3. Guido prefers GitHub
Neither platform had some mind-blowing feature(s) that really made
them stand out from each other such that it would greatly simplify our
lives if we chose one platform over another. I obviously was really
hoping there was going to be something I missed, but nothing ever came
up (and no, being open source is not enough of a feature; as I said
when I started this process, being open source would help break ties
or minor lead of one tool but not be a deciding factor).
But what Github does have over GitLab is familiarity. While there were
people who publicly said they would prefer not to go with GitHub but
would begrudgingly use it if we chose to go that route, I had multiple
core devs email me privately saying they hoped I would choose GitHub.
I think most of that stemmed from having used GitHub for other open
source projects and/or work, making even dormant core devs say they
would be able to become active again if we switched to GitHub thanks
to eliminating the barrier of having to keep up with our custom
workflow for code reviews and using hg for commits. And while I said
it wasn't a goal to make things easier for external contributors, I
also can't ignore the fact that the vast majority of people out there
who might want to help out are already familiar with GitHub.
And at least for me, the fact Guido prefers GitHub means something.
While Guido himself would say I shouldn't really worry about his
preferences since he is only an occasional contributor at this point,
I believe that it's important that our BDFL actually like contributing
to his own programming language rather than potentially alienating him
because he finds the process burdensome.
So that's why I have chosen GitHub over GitLab. Please realize that
this is choosing GitHub to provide repository hosting and code review;
we are not moving our issue tracker, nor are we moving our wiki. And
the long-term plan is to set up a bot that will handle our commit
workflow which will help isolate us from any repository hosting
platform we are on and making moving easier in the future (and
short-term people will use the command-line and that's totally
platform-agnostic).
Thanks to everyone who contributed to this decision, especially
Donald, Barry, and Nick for making the proposals we had to work from.
We can start the discussion of how we want to handle the transition
next week, but I'm going to try and step away from this whole workflow
topic until Monday so I can spend the last couple of days of my
vacation not thinking about this stuff. :)
_______________________________________________
core-workflow mailing list
core-workflow@python.org
https://mail.python.org/mailman/listinfo/core-workflow
This list is governed by the PSF Code of Conduct:
https://www.python.org/psf/codeofconduct
--
Sent from Postbox
<https://www.postbox-inc.com/?utm_source=email&utm_medium=siglink&utm_campaign=reach>
_______________________________________________
core-workflow mailing list
core-workflow@python.org
https://mail.python.org/mailman/listinfo/core-workflow
This list is governed by the PSF Code of Conduct:
https://www.python.org/psf/codeofconduct
