I've used both GitHub and gitlab. Both work well enough. I'm not sure what the code review options are like however.
Personally I'm not too attached to gerrit. I found using it relatively confusing, but I think it's a good idea to at least have some kind of git integrated patch tracker.
From: rockbox-dev <rockbox-dev-bounces_at_cool.haxx.se> on behalf of Frank Gevaerts via rockbox-dev <rockbox-dev_at_cool.haxx.se>
Sent: Monday, April 24, 2017 2:24:12 AM
Cc: Frank Gevaerts
Subject: Re: Moving services
On Thu, Apr 20, 2017 at 02:23:40PM +0200, Björn Stenberg via rockbox-dev wrote:
> Hello all patient devs.
> I'm thinking this might be a good time to grab the bull by the horns and do what has needed doing for quite some time: Move parts of our infrastructure away from having me as a project bottleneck.
I agree. We need to do something, and I think we need to move to an
external hosting system. We do not have the manpower to manage our own
any more. I'm aware of a few hosting providers, which all have
advantages and disadvantages. I'll list what I can come up with (in no
particular order). Feel free to add what you know!
* "everyone" knows how to use it, a lot of tutorials online
* Closed source
* Some people dislike the standard github workflow
* Less known than github
* "Open core". Unclear to me how much of what they run is actually open.
* Some people dislike the standard gitlab workflow
* I can't find hosted projects or information about open source hosting
on their website. Maybe I'm just looking in the wrong place, but they
seem *heavily* oriented towards selling private instances and not so
much towards "community hosting"
* Not the best reliability track record
* Yes, they still exist, and they do git these days
* They do git hosting (https://help.launchpad.net/Code/Git)
* Even the launchpad home page (https://launchpad.net/) isn't aware
that they do git hosting.
"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are,
by definition, not smart enough to debug it." - Brian W. Kernighan
Received on 2017-04-24