Защита веток в GitLab

Question

Я хочу настроить проект GitLab для совместной работы 2 (или более) человек, и я подумал о том, чтобы сделать это следующим образом:

• Каждый работает в своей собственной ветви, и выполненные задачи объединяются вветвь мастера.
• Никто не может слиться с мастером самостоятельно, но должен создать запрос на слияние, который обрабатывает кто-то другой, но не он сам.

Таким образом, я планируюрекомендовать, чтобы объединенный код был правильно спроектирован / задокументирован, чтобы тот, кто не писал код, мог легко проверить, является ли принятие обоснованным или нет.

Вопрос заключается в том, как реализовать эти разрешения в GitLab Community Edition.,Возможно ли это даже в Community Edition?

Answer 1

К сожалению, то, что вы пытаетесь сделать, невозможно с GitLab Community Edition / Free Version.

Чтобы запретить каждому объединять свои собственные запросы на слияние в master, вам нужно Mergeфункция одобрений , которая доступна только от GitLab Bronze и выше.Возможно, в конечном итоге это закончится в CE, для этого существует давний запрос: https://gitlab.com/gitlab-org/gitlab-ce/issues/42096

В настоящее время, с бесплатной версией, вы все равно можете защитить свою основную ветку и позволить только определенным людям сливаться с главными.Тем не менее, эти люди все равно смогут объединить свои ветви.

Таким образом, если вы не хотите тратить деньги, вам придется применять политику no-one-merge-its-own-MRs , призывая людей просто не делать этого.В принципе, это может сработать, например, можно сказать, что MR разрешено объединять только после того, как все обсуждения разрешены, и кто-то еще явно принял MR в комментарии.