# Interop or analogs with Gerrit code review

**URL:** <https://discourse.pijul.org/t/interop-or-analogs-with-gerrit-code-review/1072>\
**Category:** Question\
**Created:** [July 16, 2023, 1:38am UTC](https://discourse.pijul.org/t/interop-or-analogs-with-gerrit-code-review/1072 "2023-07-16T01:38:36Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![controlpl4n3](https://yyz1.discourse-cdn.com/flex031/user_avatar/discourse.pijul.org/controlpl4n3/32/544_2.png) [@controlpl4n3](https://discourse.pijul.org/u/controlpl4n3)\
**Post date:** [July 16, 2023, 1:38am UTC](https://discourse.pijul.org/t/interop-or-analogs-with-gerrit-code-review/1072/1 "2023-07-16T01:38:36Z")

</div>

Last year I got to know zuul-ci and Gerrit code review.  
When I saw pijul, it seemed to be a way to make trunk based development accessible to beginners.

I have not found many references to Gerrit here and I wonder if there is a different tool for testing and discussing change lists?

---

<div class="post-metadata">

**Author:** ![joyously](https://yyz1.discourse-cdn.com/flex031/user_avatar/discourse.pijul.org/joyously/32/266_2.png) [@joyously](https://discourse.pijul.org/u/joyously)\
**Post date:** [July 16, 2023, 5:03pm UTC](https://discourse.pijul.org/t/interop-or-analogs-with-gerrit-code-review/1072/2 "2023-07-16T17:03:31Z")

</div>

Gerrit is specific to Git, isn’t it? The previous version (Reitveld?) was specific to SVN.

---

<div class="post-metadata">

**Author:** ![controlpl4n3](https://yyz1.discourse-cdn.com/flex031/user_avatar/discourse.pijul.org/controlpl4n3/32/544_2.png) [@controlpl4n3](https://discourse.pijul.org/u/controlpl4n3)\
**Post date:** [July 17, 2023, 5:25pm UTC](https://discourse.pijul.org/t/interop-or-analogs-with-gerrit-code-review/1072/3 "2023-07-17T17:25:57Z")

</div>

Ok, as I look into the docs more carefully, it seems that both Gerrit and [git-review](https://opendev.org/opendev/git-review) are specific to `git` and they handle the machinations necessary to amend and update changes in the the way that comes more naturally to Pijul.

I suppose the part that would be valuable is the “speculative execution” that zuul-ci does where it runs the tests in advance to tell you if a merge will break anything.