Доступ к Git
Гайд · Пример · Все формы Подготовки.
Проект: … · Область: … · Версия/дата: … · Заполняет: …
Одна строка на репозиторий и используемый аккаунт. Если роли различаются, они отражаются отдельно. Запись адреса репозитория без работающего доступа не является готовым артефактом.
| Репозиторий / URL | Назначение в PoC | Аккаунт агента | Роль и необходимые операции | Ограничения веток / merge | Владелец доступа | Проверка и итог |
|---|---|---|---|---|---|---|
| … | Код / тесты / документация / конфигурация | Идентификатор, без секрета | Точное имя роли в системе; чтение, ветка, push, MR, комментарии по необходимости | Кто выполняет merge, какие ветки защищены | Имя | ID проверки ниже |
Иллюстративный пример: репозиторий «service-ui», аккаунт «agent-poc», роль «Developer», операции «clone/fetch, push в рабочие ветки, создание MR и комментариев»; merge в защищённую main выполняет назначенный разработчик клиента. В рабочем пакете пример заменяется фактическим URL и возможностями выбранной Git-системы.
Подтверждение сетевой связанности и прав
| ID | Откуда проверяли | Целевой ресурс / протокол / порт | Сеть | Аккаунт и аутентификация | Выполненные операции и результат | Когда / кто проверил / доказательство |
|---|---|---|---|---|---|---|
| GIT-CHECK-… | Исполнитель агент, среда или runner | … | DNS, маршрут, соединение и TLS для HTTPS; для SSH — проверка ключа сервера | Успешно / ошибка; ссылка на защищённую запись секрета при необходимости | Чтение; запись/MR/комментарий в согласованном тестовом контексте | … |
Для операций записи используют разрешённую тестовую ветку или иной согласованный контекст. Ненужные права не запрашиваются. Успех чтения не подтверждает push или работу с MR через API: необходимые пути проверяются отдельно. Результат хранит ссылки и статусы, без токенов, паролей, закрытых ключей и заголовков авторизации.