Azure DevOps
Для Azure Repos и Pipelines
Подключите Azure DevOps по PAT: ArchPilot проверяет pull request в Azure Repos, а анализ выполняется в ваших Azure Pipelines.
Аутентификация: Персональный токен доступа (PAT)
Экраны работающей установки
Как подключается
- 01
Подключение по PAT
Укажите персональный токен с нужной областью действия.
- 02
Выберите репозитории
Отметьте Azure Repos для проверки.
- 03
Откройте PR
ArchPilot проверяет pull request.
Что вы получаете
Комментарии в PR Azure Repos
Архитектурная обратная связь прямо в строках.
Работает в Azure Pipelines
Анализ выполняется как этап пайплайна.
Авторизация по PAT
Ограниченный доступ, который можно отозвать.
Код остаётся у вас
Сканирование идёт на вашей собственной инфраструктуре.
Как это работает внутри AppArch
Ваш сервер AppArch общается с Git-платформой, анализ идёт в вашем CI. Здесь все вызовы в обе стороны.
Что читает
- Репозитории, ветки и участники; участники каждые 10 минут для синхронизации разработчиков
- Merge request, одобрения и обсуждения; данные MR каждые 15 минут для MR Insights
- Защита веток и настройки слияния - для Git Health
- Отдельные файлы и дерево файлов - для модуля соответствия; ничего не клонируется
Что пишет
- Комментарии к строкам, которые добавило изменение
- Раздел AppArch в описании MR или один итоговый комментарий, если правка не удалась
- Закрывает своё обсуждение, когда находка исчезла
- Необязательные автоодобрение и автоотклонение; одобрения нет, если после ревью пришли новые коммиты
- Голос ревьюера: одобрить (10), отклонить (-10) или сбросить (0)
- Ручной запуск MR ставит сборку в очередь, если у репозитория ровно одно определение сборки
Чего никогда не делает
- Никаких статусов коммитов и check run: результат пайплайна - код выхода вашего CI-job
- Никогда не клонирует и не загружает репозиторий в панель
- Сам webhook не регистрирует; вставьте URL, если он нужен
- Только Azure DevOps Services (dev.azure.com); Azure DevOps Server не поддерживается
- Ревью охватывает изменённые файлы целиком, а не изменённые строки
- Нет плановых и ручных сканирований веток
Персональный токен с Code (Read & Write) и Pull Request Threads (Read & Write) плюс имя организации. Azure не сообщает срок токена, поэтому он не показывается.
Когда что происходит
- 5 sПубликуются комментарии
- 10 sНовые находки сопоставляются с обсуждениями
- 5 minПеречитываются состояние MR и одобрения
- 10 minСинхронизируются участники
- 15 minДанные MR для MR Insights
Webhook делает изменение состояния MR мгновенным, без ожидания следующего опроса.
Как это выглядит в продукте
Все скриншоты
Подключите Azure DevOps
Подключение за минуты - первый разбор придёт уже на следующем изменении.