Есть ли способ отследить предварительный и последующий обзор кода для ветки в Atlassian Crucible

Question

Наша команда недавно переехала в Atlassian Crucible для наших экспертных проверок. Рабочий процесс, который у нас сейчас есть,

• Создать ветку Feature от разработки
• Как только ветвь обернута, переместите ветку в исходное положение и создайте проверку кода в тигле для фиксации ветки.
• Как только процесс проверки кода завершится, закройте проверку кода и объедините ветвь функций, чтобы разработать и подтолкнуть последнюю разработку к исходной точке.

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

Заранее спасибо.

Answer 1

Можете ли вы объяснить это более подробно, пожалуйста? Когда вы ссылаетесь на отчеты Crucible, вы имеете в виду обзор отчета о покрытии, http://fisheye_url/plugins/servlet/review-coverage/REPO_NAME? Какие коммиты помечаются как непросмотренные, только коммиты слияния или фактические коммиты, сделанные в ветви функций? В первом случае это проблема: https://jira.atlassian.com/browse/CRUC-6701 вы можете проголосовать и посмотреть, чтобы получить уведомление, когда это будет решено. В последнем случае происходит ли это потому, что кто-то, возможно, перебазировал коммиты из ветви функций при объединении их в ветку разработки? Боюсь, что в настоящий момент тигель не обнаружит последующие повторные коммиты. Вместо этого они будут обрабатываться как новые сообщения, оставшиеся без рассмотрения.
Надеюсь, это поможет, дайте мне знать, если у вас есть дополнительные вопросы. С уважением,