Интеграция Review Board с репозиторием Rational Team Concert

Я просто хотел добавить комментарий для всех читателей, которые могут наткнуться на этот пост. Начиная с RTC 6.0.1, есть встроенный инструмент проверки кода (который был недоступен на момент написания этого исходного поста).

Краткое описание функции:

В Rational Team Concert 6.0.1 появилась новая функция Code Review. Проверка кода интегрирована с рабочими элементами RTC и Jazz SCM, чтобы предоставить разработчикам плавный рабочий процесс с низкими накладными расходами, который прост в использовании и является естественным продолжением их повседневной деятельности. Нет отдельной установки сервера, дополнительных лицензионных сборов или других расходов, связанных с использованием проверки кода RTC. Включить проверку кода для ваших проектов очень просто, и ее настройка занимает всего несколько минут.

Рецензенты могут аннотировать определенные строки кода, что помогает разработчикам быстро видеть и устранять проблемы. Проблемы (или выводы) могут быть помечены как требующие исправления, и рецензент может принять или отклонить изменения. Когда предварительные условия включены, проверка кода не может быть одобрена, если проблемы, требующие исправления, не были решены ко всеобщему удовлетворению.

Разработчикам не нужно беспокоиться о тонкостях управления задачами, потому что это делается за них. Каждая проблема имеет свою собственную ветку обсуждения, и события регистрируются по мере рассмотрения. Всякий раз, когда проблема обновляется, поднимается новая проблема или добавляются новые изменения кода в обзор, события регистрируются, чтобы у вас была полная история жизненного цикла обзора. Поскольку проверки кода являются итеративными и могут включать изменения кода в течение цикла проверки, любые аннотации в строках кода (маркеры проблем) автоматически перемещаются, а рецензенту предоставляются визуальные подсказки, чтобы он мог легко увидеть, что изменилось с момента их последней проверки. просматривали код или с тех пор, как они последний раз рассматривали проблемы.

Совместная работа в команде ускоряется за счет уведомлений в режиме реального времени о ожидающих рассмотрениях, проблемах и исправлениях. Это становится все более и более важным по мере увеличения числа глобально распределенных команд разработчиков. На самом деле, поскольку команда разработчиков RTC SCM распределена по трем часовым поясам, они обычно имеют изменения кода, которые были написаны в одном часовом поясе, и проверяются членами группы в другом часовом поясе.

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

С момента введения проверки кода в 6.0.1 было добавлено больше функций. Рецензенты могут проверять промежуточные состояния файлов до и после, что полезно в расширенных рабочих процессах SCM, когда несколько разработчиков работают над общей кодовой базой. Они добавили возможность фильтровать проблемы на панели навигации слева, а также были добавлены различные улучшения удобства использования.

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

Команда командной строки SCM также доступна для экспорта данных проверки кода, таких как возникшие проблемы, активность проблем, информация о рецензенте, статус доставки кода и другие показатели в формате JSON или XML. Это позволяет клиентам использовать имеющиеся у них инструменты отчетности или настраиваемые сценарии для аудита и выполнения других требований к отчетности.

Дополнительная информация:

Статья: Обзор кода Rational Team Concert (https://jazz.net/library/article/1573)

Видео: введение в проверку кода (часть 1) (https://www.youtube.com/watch?v=8kXb2pzPeb0) (также смотрите часть 2 и часть 3)

Я не знаю об официальной интеграции.

Вы можете взять идею из проекта GitHub "org.reviewboard.rtc", который добавляет подписку '[ReviewBoard] Review Work Item' -up действие для рабочего элемента "сохранить".