Как интегрировать систему непрерывной интеграции с системой отслеживания ошибок?

В моей компании мы недавно приняли (коммерческий) стек Atlassian-включая JIRA для отслеживания проблем и Bamboo для сборки. Как и в мире Microsoft (я предполагаю, что мы-магазин Java), если вы получаете все свои продукты от одного поставщика, вы получаете бонус жесткой интеграции.

Для примера того, как они сделали интероперабельность, просмотрите их страницу интероперабельности .

Достаточно шиллинга. Вообще говоря, я могу обобщить их общий подход следующим образом::

• Создавайте проблемы в вашем баг-трекере (например: ключ проблемы PROJ-123).
• При фиксации кода добавьте "PROJ-123" в комментарий фиксации, чтобы указать, какую ошибку исправляет это изменение кода.
• Когда ваш сервер CI проверяет код, сканируйте комментарии фиксации диффов. Запишите все строки, соответствующие regex ваших ключей выпуска.
• Когда сборка завершится, создайте отчет о том, какие ключи проблем были найдены.

Специально для того, чтобы ваша вторая проблема:

Ваш CI не должен ничего вставлять в свой баг-трекер. Бамбук ничего не вкладывает в JIRA. Вместо этого Атласские люди предоставили плагин для JIRA, который сделает удаленный вызов api в Bamboo, задавая вопрос "Bamboo, to what builds am I (a JIRA issue) related?". Это, вероятно, лучше всего объяснить с помощью скриншота .

Все настройки CI, с которыми я работал, отправляют email (в список), но если вы хотите—особенно если ваша команда использует FogBugz как систему todo—вы можете просто открыть дело в FogBugz 6. Он имеет API , который позволяет открывать дела. Если уж на то пошло, вы можете просто настроить его для отправки email на ваш адрес отправки FogBugz' email, но API может позволить вам сделать больше, например, назначить дело последнему коммиттеру.

Ответ Брайана подсказывает мне, что если ваш CI найдет ошибку в фиксации, которая имела номер дела, вы можете даже просто заново открыть существующее дело. Однако, как и кодификация поля прецедента для каждой мелочи, есть момент, когда CI automation может быть "too smart," ошибиться и просто раздражать. Открыть новое дело может быть очень много.

И спасибо: это заставляет меня задуматься, стоит ли мне попробовать интегрировать нашу установку шимпанзе с нашей FogBugz!

CC поставляется с утилитой, которая предупреждает вас, когда сборки терпят неудачу, вероятно, не стоит регистрировать неудачную сборку в FogBugz - вам не нужно отслеживать проблемы, которые немедленно разрешаются (как и большинство сломанных сборок)

Чтобы пойти другим путем (FogBugz показывает проверки, которые исправили проблему), вам нужен веб - браузер репозитория-FogBugz легко настроить, чтобы он показывал правильные изменения.