I like the idea of an ASF wide GitLab instance, as I've already pointed out :-) [1]
Benedikt [1] http://markmail.org/thread/exxaqmo4hsxa2d3x 2015-03-05 9:32 GMT+01:00 Niclas Hedhman <nic...@hedhman.org>: > Ok.... > > On Thu, Mar 5, 2015 at 4:27 PM, jan i <j...@apache.org> wrote: > > > On Thursday, March 5, 2015, Roman Shaposhnik <ro...@shaposhnik.org> > wrote: > > > > > On Wed, Mar 4, 2015 at 7:24 PM, Niclas Hedhman <nic...@hedhman.org > > > <javascript:;>> wrote: > > > > But, during my last 2-3 year absence, has the GitLab[1] option been > > > > discussed and/or tried? GitLab is open sourced, can run on our infra > > and > > > > has many of the essential features of Github. > > > > But perhaps people are satisfied enough with the Github mirroring > that > > is > > > > already in place, but with GitLab in house, we could (in theory) add > > > > features around licensing (like ICLA style assurance, similar to > Jira), > > > and > > > > non-committers could(!) be allowed a direct route to the horse's > > mouth... > > > > > > Here's the way I look at it: the power of github.com comes not so much > > > from the > > > web UI or even API, but from a network effect. It is where developers > > > congregate. > > > Thus we'd have to have mirrors of our stuff there anyway to enable PR > > > workflow > > > for projects that care about it. And as long as THAT is in place, the > > > need for something > > > like GL is reduced, IMHO. > > > > > > I believe the mirrors are enough for PR workflow, and I personally like > the > > clear borderline. The mirror is read only but you can still submit > > patches.... become a committer and get access to the "real thing". > Building > > a GITASF extra to what we already have would just add complexity without > > giving real advantages. > > > > That said a lot of projects have their own vm(s) and other can normally > get > > one if requested, so nothing stops a project from providing gitlabs. > > > > rgds > > jan i > > > > > > > > Thanks, > > > Roman. > > > > > > > > > -- > > Sent from My iPad, sorry for any misspellings. > > > > > > -- > Niclas Hedhman, Software Developer > http://www.qi4j.org - New Energy for Java > -- http://people.apache.org/~britter/ http://www.systemoutprintln.de/ http://twitter.com/BenediktRitter http://github.com/britter
