Пропуск полной автоматизации как часть подтверждения запроса dev pull

Question

Чтобы улучшить рабочий процесс моего проекта (включая команду разработчиков + команду автоматизации), мы хотим, чтобы dev PR не наносил вред другим процессам и потокам системы.
Идея состоит в том, чтобы автоматически запускать автоматизированные тесты, подключенные к сети. к файлам PR topi c / title / path, согласно некоторым логикам c.
Вот мой вопрос - есть ли какой-либо рекомендуемый способ логически подключать автоматические тесты, связанные с файлами, которые были отредактированы в PR разработчика ?
Что-то вроде git манипуляций, посвященных npm, et c?
Спасибо за вашу помощь:)

Answer 1

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

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

Answer 2

Вы можете объединить ответы Сергея и Сиси и иметь быстрый триггер на PR, но у вас есть первая задача извлечь список файлов в Commits of PR и затем запустить тесты на основе измененных файлов.

Я бы использовал PowerShell и Rest API для получения PR-информации (списка файлов), и они go оттуда.