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 [so...@linux2go.dk] Sent: Wednesday, September 07, 2011 8:54 AM To: Sandy Walsh Cc: Monty Taylor; openstack@lists.launchpad.net Subject: Re: [Openstack] A possible alternative to Gerrit ... 2011/9/7 Sandy Walsh <sandy.wa...@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. _______________________________________________ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp