I didn't do a thorough feature-by-feature eval, but I did play with both test repos. While I'm sure I could learn to use GitLab, it was slow, and what I saw didn't sway me -- my preference remains GitHub. It feels to me as if GitLab is just trying to be an open-source reimplementation of GitHub, and it's not (yet) a very good one. It's not going to succeed in getting a lot of users this way. Almost every recently-started project I interact with is on GitHub, and many old ones have also moved there. GitHub's popularity feels like an overwhelming argument to just move there, and its feature set is fine. Both seem to have commercial interest into locking users in; but in the end we will have many clones of the repo so I'm not worried about that. (We managed to move away from SourceForge in time too, with no real damage. :-) On Mon, Nov 23, 2015 at 8:50 AM, Brett Cannon <brett@snarky.ca> wrote:
Two things.
One, I will add to the chorus of people who don't like Gerrit, and this is from using the project. There is no chance we are switching to Gerrit based on our other options.
Two, it's too late to propose another workflow option anyway as we already spent this year getting proposals together. As outlined in my personal notes at https://docs.google.com/document/d/1VewK3MpkT4Qv2SildCKp8crbs-1S6RgPcsUzt_sb... , I am only considering GitHub and GitLab at this point; all other options are too late to be considered. If you have comments to make you can leave them on the doc, although since this is geared towards improving the workflow for core devs that means comments from people in that capacity will be valued the most.
I'm collecting feedback on the workflows from people until Dec 1. I'm going to take the feedback and questions people have back to the people who have made the proposals for answers by Dec 15 so I can make a decision by Jan 1.
On Mon, 23 Nov 2015 at 07:28 Brian Curtin <brian@python.org> wrote:
On Mon, Nov 23, 2015 at 7:01 AM, Donald Stufft <donald@stufft.io> wrote:
Openstack is a bit different because almost every contributor is being paid to work on it. That means that they don’t have to worry (as much) about on boarding pain because those people are being paid to sit there and learn how to use the tooling. CPython on the other hand is almost entirely worked on by volunteers so on boarding pain is very likely to just have people drop off instead of trying to learn the toolchain.
There is close to zero chance I would have gotten into CPython while sitting on my couch in the evenings if it used Gerrit. This is actually a pretty big worry I have with a Gerrit-using project I work on, in that we're only ever going to attract insiders instead of having users get involved. _______________________________________________ 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
_______________________________________________ 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
-- --Guido van Rossum (python.org/~guido)