From 40c0e64ffbc717becf01c6a96fbf749e452f2b35 Mon Sep 17 00:00:00 2001 From: "openclaw-docs-i18n[bot]" Date: Thu, 9 Apr 2026 02:58:21 +0000 Subject: [PATCH] chore(i18n): refresh uk translations --- docs/uk/ci.md | 77 ++++++++++++++++++++++++++------------------------- 1 file changed, 39 insertions(+), 38 deletions(-) diff --git a/docs/uk/ci.md b/docs/uk/ci.md index 6b82eef7f..197627a16 100644 --- a/docs/uk/ci.md +++ b/docs/uk/ci.md @@ -2,61 +2,61 @@ read_when: - Вам потрібно зрозуміти, чому завдання CI запустилося або не запустилося - Ви налагоджуєте збої перевірок GitHub Actions -summary: Граф завдань CI, межі областей і локальні еквіваленти команд -title: CI Pipeline +summary: Граф CI-завдань, межі охоплення та локальні еквіваленти команд +title: CI-конвеєр x-i18n: - generated_at: "2026-04-05T18:00:08Z" + generated_at: "2026-04-09T02:58:21Z" model: gpt-5.4 provider: openai - source_hash: 5a95b6e584b4309bc249866ea436b4dfe30e0298ab8916eadbc344edae3d1194 + source_hash: d104f2510fadd674d7952aa08ad73e10f685afebea8d7f19adc1d428e2bdc908 source_path: ci.md workflow: 15 --- -# CI Pipeline +# CI-конвеєр -CI запускається під час кожного push до `main` і для кожного pull request. Він використовує розумне визначення області змін, щоб пропускати дорогі завдання, коли змінено лише непов’язані частини. +CI запускається для кожного push до `main` і для кожного pull request. Він використовує розумне визначення охоплення, щоб пропускати дорогі завдання, коли змінилися лише непов’язані ділянки. ## Огляд завдань -| Завдання | Призначення | Коли запускається | -| ------------------------ | ---------------------------------------------------------------------------------------- | ------------------------------------ | -| `preflight` | Визначення змін лише в документації, змінених областей, змінених розширень і збірка CI manifest | Завжди для push і PR, що не є draft | -| `security-fast` | Виявлення приватних ключів, аудит workflow через `zizmor`, аудит production-залежностей | Завжди для push і PR, що не є draft | -| `build-artifacts` | Збірка `dist/` і Control UI один раз, вивантаження повторно використовуваних артефактів для наступних завдань | Зміни, релевантні для Node | -| `checks-fast-core` | Швидкі Linux-етапи коректності, як-от перевірки bundled/plugin-contract/protocol | Зміни, релевантні для Node | -| `checks-fast-extensions` | Агрегація shard-етапів розширень після завершення `checks-fast-extensions-shard` | Зміни, релевантні для Node | -| `extension-fast` | Цільові тести лише для змінених bundled plugins | Коли виявлено зміни в розширеннях | -| `check` | Основний локальний gate у CI: `pnpm check` плюс `pnpm build:strict-smoke` | Зміни, релевантні для Node | -| `check-additional` | Архітектурні й межові перевірки плюс regression harness для gateway watch | Зміни, релевантні для Node | -| `build-smoke` | Smoke-тести зібраного CLI і smoke-перевірка пам’яті під час запуску | Зміни, релевантні для Node | -| `checks` | Важчі Linux Node-етапи: повні тести, тести каналів і сумісність Node 22 лише для push | Зміни, релевантні для Node | -| `check-docs` | Перевірки форматування документації, lint і битих посилань | Документацію змінено | -| `skills-python` | Ruff + pytest для Skills на Python | Зміни, релевантні для Python Skills | -| `checks-windows` | Windows-специфічні етапи тестування | Зміни, релевантні для Windows | -| `macos-node` | Етап тестів TypeScript на macOS із використанням спільних зібраних артефактів | Зміни, релевантні для macOS | -| `macos-swift` | Swift lint, збірка і тести для застосунку macOS | Зміни, релевантні для macOS | -| `android` | Матриця збірки і тестування Android | Зміни, релевантні для Android | +| Завдання | Призначення | Коли запускається | +| ------------------------ | ---------------------------------------------------------------------------------------- | ----------------------------------- | +| `preflight` | Виявлення змін лише в документації, змінених областей, змінених розширень і побудова маніфесту CI | Завжди для нечернеткових push і PR | +| `security-fast` | Виявлення приватних ключів, аудит workflow через `zizmor`, аудит production-залежностей | Завжди для нечернеткових push і PR | +| `build-artifacts` | Один раз зібрати `dist/` і Control UI, завантажити повторно використовувані артефакти для наступних завдань | Зміни, релевантні для Node | +| `checks-fast-core` | Швидкі Linux-лінії перевірки коректності, як-от bundled/plugin-contract/protocol checks | Зміни, релевантні для Node | +| `checks-fast-extensions` | Агрегувати шардовані лінії розширень після завершення `checks-fast-extensions-shard` | Зміни, релевантні для Node | +| `extension-fast` | Цільові тести лише для змінених bundled plugins | Коли виявлено зміни розширень | +| `check` | Основний локальний gate у CI: `pnpm check` плюс `pnpm build:strict-smoke` | Зміни, релевантні для Node | +| `check-additional` | Архітектурні перевірки, перевірки меж, guardrails для циклів імпорту та regression harness для gateway watch | Зміни, релевантні для Node | +| `build-smoke` | Smoke-тести зібраного CLI та smoke-перевірка пам’яті під час запуску | Зміни, релевантні для Node | +| `checks` | Важчі Linux Node-лінії: повні тести, тести каналів і сумісність із Node 22 лише для push | Зміни, релевантні для Node | +| `check-docs` | Форматування документації, lint і перевірка битих посилань | Змінено документацію | +| `skills-python` | Ruff + pytest для Skills на базі Python | Зміни, релевантні для Python Skills | +| `checks-windows` | Специфічні для Windows лінії тестування | Зміни, релевантні для Windows | +| `macos-node` | Лінія TypeScript-тестів на macOS зі спільними зібраними артефактами | Зміни, релевантні для macOS | +| `macos-swift` | Swift lint, збірка та тести для застосунку macOS | Зміни, релевантні для macOS | +| `android` | Матриця збірки та тестів Android | Зміни, релевантні для Android | -## Порядок швидкого завершення при збої +## Порядок Fail-Fast -Завдання впорядковано так, щоб дешеві перевірки завершувалися зі збоєм раніше, ніж запустяться дорогі: +Завдання впорядковані так, щоб дешеві перевірки завершувалися з помилкою раніше, ніж запускатимуться дорогі: -1. `preflight` вирішує, які етапи взагалі існують. Логіка `docs-scope` і `changed-scope` — це кроки всередині цього завдання, а не окремі завдання. -2. `security-fast`, `check`, `check-additional`, `check-docs` і `skills-python` швидко завершуються зі збоєм, не чекаючи важчих завдань із артефактами та платформених матриць. -3. `build-artifacts` виконується паралельно зі швидкими Linux-етапами, щоб наступні споживачі могли стартувати, щойно спільна збірка буде готова. -4. Після цього розгалужуються важчі платформені та runtime-етапи: `checks-fast-core`, `checks-fast-extensions`, `extension-fast`, `checks`, `checks-windows`, `macos-node`, `macos-swift` і `android`. +1. `preflight` визначає, які лінії взагалі існують. Логіка `docs-scope` і `changed-scope` — це кроки всередині цього завдання, а не окремі завдання. +2. `security-fast`, `check`, `check-additional`, `check-docs` і `skills-python` завершуються з помилкою швидко, не чекаючи важчих завдань із артефактами та платформними матрицями. +3. `build-artifacts` виконується паралельно зі швидкими Linux-лініями, щоб наступні споживачі могли стартувати, щойно спільна збірка буде готова. +4. Далі розгалужуються важчі платформні та runtime-лінії: `checks-fast-core`, `checks-fast-extensions`, `extension-fast`, `checks`, `checks-windows`, `macos-node`, `macos-swift` і `android`. -Логіка областей змін міститься в `scripts/ci-changed-scope.mjs` і покрита unit-тестами в `src/scripts/ci-changed-scope.test.ts`. -Окремий workflow `install-smoke` повторно використовує той самий скрипт областей через власне завдання `preflight`. Він обчислює `run_install_smoke` на основі вужчого сигналу changed-smoke, тому Docker/install smoke запускається лише для змін, пов’язаних із встановленням, пакуванням і контейнерами. +Логіка охоплення знаходиться в `scripts/ci-changed-scope.mjs` і покрита unit-тестами в `src/scripts/ci-changed-scope.test.ts`. +Окремий workflow `install-smoke` повторно використовує той самий скрипт охоплення через власне завдання `preflight`. Він обчислює `run_install_smoke` на основі вужчого сигналу changed-smoke, тому Docker/install smoke запускається лише для змін, релевантних для встановлення, пакування та контейнерів. -Для push матриця `checks` додає етап `compat-node22`, який запускається лише для push. Для pull request цей етап пропускається, і матриця залишається зосередженою на звичайних етапах тестів/каналів. +Для push матриця `checks` додає лінію `compat-node22`, яка виконується лише для push. Для pull request ця лінія пропускається, і матриця залишається зосередженою на звичайних тестових лініях і лініях каналів. -## Runners +## Виконавці -| Runner | Завдання | +| Виконавець | Завдання | | -------------------------------- | ---------------------------------------------------------------------------------------------------- | -| `blacksmith-16vcpu-ubuntu-2404` | `preflight`, `security-fast`, `build-artifacts`, перевірки Linux, перевірки документації, Python Skills, `android` | +| `blacksmith-16vcpu-ubuntu-2404` | `preflight`, `security-fast`, `build-artifacts`, Linux-перевірки, перевірки документації, Python Skills, `android` | | `blacksmith-32vcpu-windows-2025` | `checks-windows` | | `macos-latest` | `macos-node`, `macos-swift` | @@ -65,9 +65,10 @@ CI запускається під час кожного push до `main` і д ```bash pnpm check # типи + lint + форматування pnpm build:strict-smoke +pnpm check:import-cycles pnpm test:gateway:watch-regression -pnpm test # vitest-тести +pnpm test # тести vitest pnpm test:channels pnpm check:docs # форматування документації + lint + биті посилання -pnpm build # збірка dist, коли важливі етапи CI artifact/build-smoke +pnpm build # зібрати dist, коли важливі лінії CI artifact/build-smoke ```