Лучший способ применить политику регулярных выражений к сообщениям фиксации BitBucket Cloud?
Есть ли способ реализовать политику сообщений о коммитах в BitBucket Cloud? Насколько я понимаю, webhooks работают только как уведомления о коммитах и не могут вмешиваться в коммиты (чтобы запретить коммит, если сообщение о коммите не следует заданному регулярному выражению). Для ловушек перед фиксацией вам понадобится BitBucket Server, верно?
Если это так, то как насчет проверки сообщений коммита в сборке Jenkins на сбой сборки, если она содержит определенное сообщение, не соответствующее регулярному выражению? Это жизнеспособный вариант?
Другой вариант, есть ли локальный конфигурационный файл git, где я мог бы устанавливать правила локально (даже если их можно было обойти)?
2 ответа
Я думаю, что вы путаете перехваты предварительной фиксации (которые определяют, можно ли сделать коммит) с перехватчиками предварительной фиксации (которые определяют, будут ли определенные удаленные приемники принимать нажатия). В настоящее время Bitbucket Cloud не поддерживает настраиваемые перехваты предварительного получения, но Bitbucket Server поддерживает. Хуки предварительной фиксации должны быть установлены в каждой системе, где пользователи совершают коммиты; в настоящее время они не реплицируются, поэтому вам нужно, чтобы все управляли ими вручную.
Похоже, что тесты Дженкинса были бы вашей лучшей ставкой - проверьте сообщение коммита на наличие нужного регулярного выражения и не пройдите тест, если регулярное выражение отсутствует. Во-первых, это не помешает людям совершать плохие коммиты, но это будет держать эти плохие коммиты в конечном продукте.
Вопрос старый, но я все же оставляю его здесь. Рассмотрите возможность использования инструмента дикорт . Его можно использовать как ловушку перед фиксацией git, так и как часть обычного CI. Это может помочь вам, если вы работаете с запросами на извлечение / слияние.