Как настроить gitlab-ce на требование, чтобы все слияния выполнялись с помощью запроса на объединение, независимо от ветви источника/цели? Так, например, даже если для взаимодействия с удаленным репо используется только git, я хотел бы запретить слияния, если они не выполняются с помощью запроса слияния.требуют, чтобы все слияния выполнялись с помощью запроса на объединение
С Gitlab 8.10 улучшена функция защиты ветви с помощью Wildcard Branch Protection, что позволяет хранилищам защищать ветки на основе их имен, например release-* защищает любую ветку, которая начинается с release-.
Вы можете использовать это, чтобы установить правило *, позволяющее только мастерам создавать слияние. Это заставит любого не-основного пользователя репо открыть запрос слияния, чтобы внести изменения в репо.
Помните, что вам нужно ограничить, кто является мастером.
Звучит, возможно, «достаточно хорошо». Вариант использования, который это не позволяет, заключается в следующем: скажем, разработчик хотел бы отделить ветку «проблема» и передать часть логического фрагмента работы другому разработчику. Затем эти два могут работать над объединением этой работы в ветку проблем. Я хотел бы разрешить эту ситуацию без вмешательства Мастера, но требует, чтобы код возвращался в ветвь проблемы с запросом на слияние, поэтому есть документация, отслеживание, обсуждение и т. Д. Кроме того, это решение требует от мастеров «следовать» правила ", которые не всегда бывают :-) –
У двух разработчиков может быть все обсуждение, обзор кода и изменение предложения и т. д. через запрос на объединение. Это не совсем то, что вы предложили, но я считаю, что запросы слияния имеют все инструменты, чтобы заставить его работать. Вы правы в отношении мастеров «по правилам», но с некоторой евангелизацией и временем, когда культура доберется до их головы, и прозрачность будет процветать. – alejdg