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.


Brett Cannon
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
This list is governed by the PSF Code of Conduct:

Sent from Postbox