У нас огромный монолитный проект, и каждый день многие разработчики регистрируют свой код в проекте. Как вы можете догадаться, работать над таким проектом действительно сложно, особенно когда над ним одновременно работают многие разработчики. В течение дня часто проводятся проверки, и создание проекта действительно требует времени. В этих условиях продолжать процесс CI / CD действительно сложно, но самое сложное в том, что если застройки разработчика приводят к сбою сборки, так как часто выполняемые проверки приводят к большому количеству проверок, они накапливаются. На самом деле я знаю, чего не хватает, но не знаю лучшего практического решения. Я полагаю, что чего-то не хватает, как сказано в книге Непрерывная доставка Джеза Хамбла Глава 3, раздел «Основные практики»
Не регистрироваться в сломанной сборке
Мы используем Jenkins для CI / CD и TFS для SCM. В настоящее время наша версия Jenkins - 2.204.2, а версия плагина TFS - 5.157.0
Не могли бы вы помочь мне с применением этих методов? Как предотвратить регистрацию сломанной сборки? Это важно, потому что каждый день мы ищем, кто сломал сборку и сказал ему / ей: «Эй, твоя последняя регистрация сломала сборку, можешь ли ты проверить это? Потому что все ждут тебя».