Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

That's a good point. To clarify, Gerrit itself didn't actually do merge queuing or CI gating. Its model was stacked commits: every change was rebased on top of the current tip of main before landing. That ensured a linear history but didn't solve the "Is the whole pipeline still green when we merge this?" problem.

That's why the OpenStack community built Zuul on top of Gerrit: it added a real gating system that could speculatively test multiple commits in a queue and only merge them if CI passed together. In other words, Zuul was Gerrit's version of a merge queue.



Gerrit integrates with try and mergebots I thought.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: