[Openstack] A possible alternative to Gerrit ...

Sandy Walsh sandy.walsh at RACKSPACE.COM
Wed Sep 7 12:16:51 UTC 2011


Good points Soren ... I completely understand those use cases.

I think LP does that stuff very well. Since the motive from the last summit was to go Github, my immediate (developer) reaction is to think of how Hubcap would handle them.

But standing back, it brings us back to the debate of why not LP?

We know that the LP team has been very responsive to our needs (certainly more than github) ... perhaps there is no advantage to standing up our own gerrit as Thierry suggests?

If I had to decide between developing/growing/maintaining gerrit or hubcap, I'd vote hubcap. 
If I had to decide between growing our own (in any form) and simply using LP, I'd vote LP.

-S


________________________________________
From: Soren Hansen [soren at linux2go.dk]
Sent: Wednesday, September 07, 2011 8:54 AM
To: Sandy Walsh
Cc: Monty Taylor; openstack at lists.launchpad.net
Subject: Re: [Openstack] A possible alternative to Gerrit ...

2011/9/7 Sandy Walsh <sandy.walsh at rackspace.com>:
> We're talking simple string parsing here. The last keyword from a user is that users vote. Multiple pull requests would be equally easy to support with a !new_vote command (or some such thing).

The critical point has never been whether we could reliably detect
people's votes (even though I really dislike parsing free-form text to
extract critical information like this). Even though Launchpad offers
voting information in a structured manner, we *intentionally* don't
auto-approve things there as soon as they have +2.

Sometimes there are simply reasons why things shouldn't get merged
even though they have two approves. If there's already one +1, but
someone specific (someone with domain specific knowledge, a release
team member, etc) needs to sign off on it as well,  I still want to be
able to say that I've reviewed it and approve of it, without causing
it to get merged. We also want to be able to review features and vote
on them even during freeze times without causing them to get merged.

--
Soren Hansen        | http://linux2go.dk/
Ubuntu Developer    | http://www.ubuntu.com/
OpenStack Developer | http://www.openstack.org/
This email may include confidential information. If you received it in error, please delete it.





More information about the Openstack mailing list