Azure Devops: можно ли при создании PR иметь поле, которое должно содержать идентификатор рабочего элемента функции?
Чего я хотел бы добиться, так это того, чтобы разработчик был вынужден включать идентификатор рабочего элемента исправления/функции в сообщение о фиксации, над которым он сейчас работает.
или сделай некоторую проверку регулярных выражений, может быть
Нравиться:
- fix: исправляет ошибку №123.
- подвиг: реализует № 124
Настройки вынуждают разработчика включать рабочие элементы, но он может ссылаться на них в диалоговом окне и не включается в сообщение о фиксации.
Ответы 1
Для коммитов в идеале следует использовать git-хуки перед фиксацией. Их можно запускать на клиенте или на сервере. Плохая новость заключается в том, что Azure DevOps не поддерживает перехватчики git на стороне сервера, как упоминалось здесь . Вы можете использовать клиентские перехватчики, однако тогда каждому разработчику потребуется убедиться, что они установили их на своем компьютере.
Для запросов на вытягивание вы можете настроить PR-шаблоны, они не будут обеспечивать соблюдение требований, но могут предлагать пользователям контрольный список.
Вы также можете настроить конвейер Azure, который будет запускаться при проверке PR в ветке. Затем он может писать комментарии, добавлять рецензентов или даже отклонять PR. Вы можете иметь один конвейер, который будет работать для каждого репо, или установить его для каждой ветки.
Наконец, веб-перехватчик вызывается при создании PR в Azure DevOps. Вы можете подключиться к этому и выполнить собственную логику, включая вызов API для добавления PR-комментария.
Другой вариант — использовать конвейер проверки PR, поскольку он также может писать комментарии к PR.
Не знал про пиар-шаблоны, классная штука :-)
да, это то, что я также нашел в документе, поиграюсь с вебхуками и посмотрю, что получится