Репозиторії
Підключення репозиторію дає агентам ваш вихідний код. Polylane індексує його для пошуку, запускає його в пісочниці, переглядає кожний pull request відносно production і розміщує репозиторій на топології поруч із тим, що він розгортає.
Що це дає
Агенти шукають код за ключовими словами і за змістом, тому запит на кшталт «retry with exponential backoff» потрапляє в потрібний модуль, навіть якщо ці слова ніколи не з'являються у вихідному коді. Вони запускають код репозиторію в пісочниці, коли цього вимагає розслідування. Кожний pull request перевіряється відносно production-топології й отримує висновок «pass» або «fail» як коментар.
На топології репозиторій є вузлом, з'єднаним ребрами deploys_to з ресурсами, які він розгортає, і ребрами defines з ресурсами, які створює його конфігурація. Коли агент розслідує проблему на сервісі, він іде цими ребрами прямо до коду, який туди постачається.
Підключення репозиторію
Відкрийте Settings > Repositories у консолі і виберіть Add repository. Add from GitHub встановлює застосунок Polylane для GitHub у вашій організації та дає змогу вибрати, які репозиторії Polylane може читати; підключені репозиторії залишаються синхронізованими в міру змін коду.
Add public repository реєструє публічний репозиторій GitHub за URL. Репозиторії, додані таким чином, не оновлюються автоматично при зміні коду, тому для всього, що ви активно розробляєте, віддавайте перевагу застосунку GitHub. Дозволи застосунку описано на сторінці GitHub.
Сторінка репозиторію
| Вкладка | Що робить |
|---|---|
| Settings | Налаштування автовиправлень, перегляду pull request і мережі пісочниці для цього репозиторію, описані нижче. |
| Observability | Polylane переглядає репозиторій після кожної синхронізації та звітує, наскільки добре інструментовано його код: скільки обробників маршрутів надсилають телеметрію і які не створюють жодної. Кожну знахідку можна передати агенту через Ask Polylane to fix it. |
| Changes | Історія переглядів pull request для цього репозиторію, кожний перевірено відносно production-топології з висновком «pass» або «fail». |
| Resources | Хмарні ресурси, якими керує цей репозиторій. Polylane зв'язує їх із маніфестів розгортання та метаданих провайдера, а все, чого він не може виявити, ви додаєте через Link resource. Перегляди обмежують своє розслідування цими ресурсами, а доки їх не зв'язано, охоплюють увесь хмарний обліковий запис. |
| Properties | Сирий запис репозиторію. |
Налаштування репозиторію
| Налаштування | Що контролює |
|---|---|
| Open autofix pull requests | Чи перетворює Polylane підтверджені знахідки на pull request у цьому репозиторії. Вимкнення зупиняє нові; наявні pull request залишаються відкритими. |
| Review pull requests for production impact | Чи розслідується кожний pull request відносно production-топології з коментарем-висновком. |
| Pull request review instructions | Специфічні для репозиторію вказівки для перегляду, наприклад які шляхи критичні для розгортання або якими питаннями вже займаються інші перевірки. |
| Block merging on production concerns | Публікує перевірку «Polylane production impact» на кожному переглянутому pull request, яка не проходить, коли перегляд знаходить застереження. Зробіть цю перевірку обов'язковою в захисті гілок, щоб блокувати злиття. Увімкнено за замовчуванням. |
| Agent internet access | Чи може агент робити вихідні мережеві запити під час виконання коду. |
| Domain allowlist | None, Common dependencies для реєстрів пакетів і мовних екосистем або All (unrestricted). |
Пов'язане
- Перегляди pull request: що перевіряє перегляд і як читається висновок.
- Топологія: граф, до якого приєднується репозиторій.
- Автовиправлення: pull request, які Polylane відкриває в підключених репозиторіях.
- GitHub: дозволи застосунку і що видаляє відключення.