Принудительно перебазировать / объединить мастер в ветвь функции перед запросом на извлечение

Question

Мы хотели бы применить политику в наших репозиториях git, чтобы master необходимо было объединить / перебазировать (давайте пока проигнорируем объединение против перебазирования) в feature ветви перед созданием запросов на извлечение.

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

Это обычно делается в команде разработчиков и какими инструментами (git-hook?, функциональность в конкретном инструменте CI?) Вы используете для этой цели?

Answer 1

Во-первых, вы не объединяете / перебазируете мастер.

Вы объединяете / перебазируете локальную ветку разработки / возможностей поверх мастера, чтобы воспроизводить локальные коммиты поверх обновленного (git fetch)origin / master, чтобы убедиться, что выдвинутая функция вводит только новые коммиты поверх самого последнего состояния master.

Вы можете сделать это локально с помощью config pull.rebase и rebase.autostash (см. «* 1005»).* Может ли «git pull» автоматически сохранять и извлекать ожидающие изменения?")

Это лучше всего сделать, когда над данной функцией работает только один разработчик (потому что она может включать push --force этой перебазированной версии).ответвление, если его часто нажимать)

На стороне сервера перехваты (например, этот ) возможны, только если у вас есть контроль над указанным сервером (не в случае, например, с онлайн-серверами, такими как github).ком)