Может ли Gerrit работать перед Gitlab или он предназначен для его замены

Я не думаю, что я действительно понимаю, как Gerrit может вписаться в мой существующий рабочий процесс. Предполагается ли Геррит быть центральным "центром" кода? Я представляю его похожим на Atlassian Crucible, который вписывается в Atlassian Stash или Bitbucker.

В моей группе в настоящее время используется очень активная установка Gitlab, но встроенная функция проверки кода отсутствует, и я абсолютно должен проверять код от подрядчиков, отправляющихся в репо.

Мне нужно решение позади брандмауэра, а стоимость - большое внимание. Я слышал о Геррите положительные вещи, но на самом деле не объяснил, как он может вписаться в существующий процесс. Мне также нравится, что у него довольно хорошая интеграция затмения.

Ответы

Ответ 1

Gerrit ожидает "владеть" репозиториями, с которыми вы его используете, т.е. ожидает, что каталоги git будут присутствовать в смонтированной файловой системе. Если вы хотите, чтобы он взаимодействовал с GitLab (или GitHub), вы можете настроить одностороннюю репликацию с Gerrit на GitLab, чтобы изменения, сделанные в Gerrit, будут перенесены в GitLab в течение нескольких секунд. Для GitHub есть плагин Gerrit GitHub, чтобы помочь с этим.

Вы можете продолжать использовать другие функции GitLab, но если вы не заблокируете репозитории (или, по крайней мере, блокируете нажатие на ветки, которые управляет Gerrit), вы в конечном итоге столкнулись с проблемой в следующий раз, когда Gerrit попытается реплицировать репозиторий GitLab.

Итак... Gerrit заменяет средства управления репозиториями GitLab и средства проверки кода, но не содержит трекер ошибок, вики и т.д.