[openstack-dev] [oslo][taskflow] Thoughts on moving taskflow out of openstack/oslo

Monty Taylor mordred at inaugust.com
Mon Oct 15 21:27:00 UTC 2018


On 10/15/2018 05:49 AM, Stephen Finucane wrote:
> On Wed, 2018-10-10 at 18:51 +0000, Jeremy Stanley wrote:
>> On 2018-10-10 13:35:00 -0500 (-0500), Greg Hill wrote:
>> [...]
>>> We plan to still have a CI gatekeeper, probably Travis CI, to make sure PRs
>>> past muster before being merged, so it's not like we're wanting to
>>> circumvent good contribution practices by committing whatever to HEAD.
>>
>> Travis CI has gained the ability to prevent you from merging changes
>> which fail testing? Or do you mean something else when you refer to
>> it as a "gatekeeper" here?
> 
> Yup but it's GitHub feature rather than specifically a Travis CI
> feature.
> 
>    https://help.github.com/articles/about-required-status-checks/
> 
> Doesn't help the awful pull request workflow but that's neither here
> nor there.

It's also not the same as gating.

The github feature is the equivalent of "Make sure the votes in check 
are green before letting someone click the merge button"

The zuul feature is "run the tests between the human decision to merge 
and actually merging with the code in the state it will actually be in 
when merged".

It sounds nitpicky, but the semantic distinction is important - and it 
catches things more frequently than you might imagine.

That said - Zuul supports github, and there are Zuuls run by 
not-openstack, so taking a project out of OpenStack's free 
infrastructure does not mean you have to also abandon Zuul. The 
OpenStack Infra team isn't going to run a zuul to gate patches on a 
GitHub project - but other people might be happy to let you use a Zuul 
so that you don't have to give up the Zuul features in place today. If 
you go down that road, I'd suggest pinging the 
softwarefactory-project.io folks or the openlab folks.



More information about the OpenStack-dev mailing list