Ring CLI

Статус: Ring CLI постачається в публічному репозиторії в cli/. Раніше документація стверджувала, що CLI доступний лише в enterprise-версії, але це вже не так. upgrade, config і test працюють для будь-якого клону. prod і status очікують кластер Kubernetes, до якого ви підключаєтеся через SSH, і маніфести, які ви надаєте самі. Використовуйте вкладки Засновник / Розробник на бічній панелі, щоб відфільтрувати цю сторінку.

Команда ring є невеликим інструментом на Node.js (commander, Node 18 або новіший), який лежить поруч із застосунком у репозиторії Layer 1: ring/cli/ поряд із ring/web/. Вона виконує три завдання: підтягує оновлення Ring з upstream у ваш клон, зберігає локальну конфігурацію розгортання і викочує Docker-образ у Kubernetes.

Раніше в документації	Поточний репозиторій
CLI немає в публічному репозиторії GitHub	`cli/` відстежується в корені репозиторію і публікується
Виконайте `npm link`, потім `ring --version`	Виконайте `npm run cli:install` з `web/`, потім `ring --help`
`ring deploy prod`	Команда називається `ring prod`. Підкоманди `deploy` немає
Спільнота користується лише скриптами	Спільнота може використовувати `ring upgrade` для безпечних злиттів з upstream

Що CLI дає вашому клону

Залишайтеся в актуальному стані

ring upgrade показує, які системні файли Ring змінилися в upstream, і зливає їх лише за вашою командою.

Власний хостинг

Немає кластера? Використовуйте install.sh і звичайний хост із Node або Docker. CLI необов'язковий.

Керований хостинг

Для поселенців Ringdom конвеєр збирання і розгортання запускають за них.

Типові сценарії

Ви зробили форк Ring кілька місяців тому. Ваш розробник запускає ring upgrade, щоб побачити зміни в upstream, переглядає diff, а потім застосовує його. Нічого не комітиться автоматично.
У вас власний Kubernetes. Ваш розробник спрямовує CLI на ваш керувальний вузол, реєстр і простір імен, а потім випускає нові версії через .

Встановлення

Під'єднайте бінарний файл
Спрямуйте CLI на свою інфраструктуру
Конфігурація зберігається в ~/.ring-platform.org/config.json і починається зі значень за замовчуванням із cli/config.js.

Команди (з `cli/index.js`)

Команда	Що робить	Основні параметри
`ring upgrade`	Тристороннє злиття системних файлів з upstream у ваш клон. За замовчуванням лише попередній перегляд	`--apply`, `--repo <url>`, `--branch <name>`, `--force`
`ring config`	Читання і запис `~/.ring-platform.org/config.json`	`--set k=v`, `--get k`, `--list`, `--reset`
`ring test`	Перевірки бази даних і сервісів

Відомі прогалини

Пов'язана документація

Ring CLI

Раніше в документації	Поточний репозиторій
CLI немає в публічному репозиторії GitHub	`cli/` відстежується в корені репозиторію і публікується
Виконайте `npm link`, потім `ring --version`	Виконайте `npm run cli:install` з `web/`, потім `ring --help`
`ring deploy prod`	Команда називається `ring prod`. Підкоманди `deploy` немає
Спільнота користується лише скриптами	Спільнота може використовувати `ring upgrade` для безпечних злиттів з upstream

Що CLI дає вашому клону

Залишайтеся в актуальному стані

ring upgrade показує, які системні файли Ring змінилися в upstream, і зливає їх лише за вашою командою.

Власний хостинг

Немає кластера? Використовуйте install.sh і звичайний хост із Node або Docker. CLI необов'язковий.

Керований хостинг

Для поселенців Ringdom конвеєр збирання і розгортання запускають за них.

Типові сценарії

Ви зробили форк Ring кілька місяців тому. Ваш розробник запускає ring upgrade, щоб побачити зміни в upstream, переглядає diff, а потім застосовує його. Нічого не комітиться автоматично.
У вас власний Kubernetes. Ваш розробник спрямовує CLI на ваш керувальний вузол, реєстр і простір імен, а потім випускає нові версії через .

Встановлення

Під'єднайте бінарний файл
Спрямуйте CLI на свою інфраструктуру
Конфігурація зберігається в ~/.ring-platform.org/config.json і починається зі значень за замовчуванням із cli/config.js.

Команди (з `cli/index.js`)

Команда	Що робить	Основні параметри
`ring upgrade`	Тристороннє злиття системних файлів з upstream у ваш клон. За замовчуванням лише попередній перегляд	`--apply`, `--repo <url>`, `--branch <name>`, `--force`
`ring config`	Читання і запис `~/.ring-platform.org/config.json`	`--set k=v`, `--get k`, `--list`, `--reset`
`ring test`	Перевірки бази даних і сервісів

Відомі прогалини

Пов'язана документація

Ring CLI

Раніше в документації	Поточний репозиторій
CLI немає в публічному репозиторії GitHub	`cli/` відстежується в корені репозиторію і публікується
Виконайте `npm link`, потім `ring --version`	Виконайте `npm run cli:install` з `web/`, потім `ring --help`
`ring deploy prod`	Команда називається `ring prod`. Підкоманди `deploy` немає
Спільнота користується лише скриптами	Спільнота може використовувати `ring upgrade` для безпечних злиттів з upstream

Що CLI дає вашому клону

Залишайтеся в актуальному стані

ring upgrade показує, які системні файли Ring змінилися в upstream, і зливає їх лише за вашою командою.

Власний хостинг

Немає кластера? Використовуйте install.sh і звичайний хост із Node або Docker. CLI необов'язковий.

Керований хостинг

Для поселенців Ringdom конвеєр збирання і розгортання запускають за них.

Типові сценарії

Ви зробили форк Ring кілька місяців тому. Ваш розробник запускає ring upgrade, щоб побачити зміни в upstream, переглядає diff, а потім застосовує його. Нічого не комітиться автоматично.
У вас власний Kubernetes. Ваш розробник спрямовує CLI на ваш керувальний вузол, реєстр і простір імен, а потім випускає нові версії через .

Встановлення

Під'єднайте бінарний файл
Спрямуйте CLI на свою інфраструктуру
Конфігурація зберігається в ~/.ring-platform.org/config.json і починається зі значень за замовчуванням із cli/config.js.

Команди (з `cli/index.js`)

Команда	Що робить	Основні параметри
`ring upgrade`	Тристороннє злиття системних файлів з upstream у ваш клон. За замовчуванням лише попередній перегляд	`--apply`, `--repo <url>`, `--branch <name>`, `--force`
`ring config`	Читання і запис `~/.ring-platform.org/config.json`	`--set k=v`, `--get k`, `--list`, `--reset`
`ring test`	Перевірки бази даних і сервісів

Відомі прогалини

Пов'язана документація

Related documentation

Community tooling

Наступний крок: повний перелік публічних скриптів налаштування, що лежать поруч із CLI.

OSS vs enterprise

Див. також: які частини конвеєра CLI працюють лише всередині Ringdom.

Self-hosted deployment

Той самий процес: розгортання без Kubernetes, де CLI необов'язковий.

ring prod

--type db-connection|db-service|user-data|username

Вхідні дані	Звідки беруться
Репозиторій образу	`RING_DOCKER_REGISTRY` / `RING_DOCKER_NAMESPACE` / `RING_DOCKER_IMAGE` (за замовчуванням: реєстр Ringdom)
Маніфести	`web/k8s/deployment.yaml`, інакше `k8s/` в org-оверлеї (`cli/paths.js` `resolveK8sDir`). Їх немає в публічному репозиторії
Секрети кластера	`--apply-k8s-secrets` читає `RING_K8S_SECRETS_YAML` або `k8s/secrets.yaml`
Аргументи збирання	JSON у `RING_CLI_SECRETS_PATH` (`build_args`)
Хост із kubectl	`k8s.controlNode` або `RING_K8S_SSH_HOST` для одного запуску

ring prod

--type db-connection|db-service|user-data|username

Вхідні дані	Звідки беруться
Репозиторій образу	`RING_DOCKER_REGISTRY` / `RING_DOCKER_NAMESPACE` / `RING_DOCKER_IMAGE` (за замовчуванням: реєстр Ringdom)
Маніфести	`web/k8s/deployment.yaml`, інакше `k8s/` в org-оверлеї (`cli/paths.js` `resolveK8sDir`). Їх немає в публічному репозиторії
Секрети кластера	`--apply-k8s-secrets` читає `RING_K8S_SECRETS_YAML` або `k8s/secrets.yaml`
Аргументи збирання	JSON у `RING_CLI_SECRETS_PATH` (`build_args`)
Хост із kubectl	`k8s.controlNode` або `RING_K8S_SSH_HOST` для одного запуску

ring prod

--type db-connection|db-service|user-data|username

Вхідні дані	Звідки беруться
Репозиторій образу	`RING_DOCKER_REGISTRY` / `RING_DOCKER_NAMESPACE` / `RING_DOCKER_IMAGE` (за замовчуванням: реєстр Ringdom)
Маніфести	`web/k8s/deployment.yaml`, інакше `k8s/` в org-оверлеї (`cli/paths.js` `resolveK8sDir`). Їх немає в публічному репозиторії
Секрети кластера	`--apply-k8s-secrets` читає `RING_K8S_SECRETS_YAML` або `k8s/secrets.yaml`
Аргументи збирання	JSON у `RING_CLI_SECRETS_PATH` (`build_args`)
Хост із kubectl	`k8s.controlNode` або `RING_K8S_SSH_HOST` для одного запуску

Documentation

Швидкий вхід (CTO · аудитори · агенти)

Documentation

Швидкий вхід (CTO · аудитори · агенти)

Documentation

Швидкий вхід (CTO · аудитори · агенти)

Loading documentation...

Documentation

Швидкий вхід (CTO · аудитори · агенти)

Loading documentation...

Documentation

Швидкий вхід (CTO · аудитори · агенти)

Loading documentation...

Documentation

Швидкий вхід (CTO · аудитори · агенти)

Loading documentation...

Loading documentation...

Loading documentation...

Ring CLI

Що CLI дає вашому клону

Залишайтеся в актуальному стані

Власний хостинг

Керований хостинг

Типові сценарії

Відомі прогалини

Пов'язана документація

Related documentation

Community tooling

OSS vs enterprise

Self-hosted deployment

Ring CLI

Що CLI дає вашому клону

Залишайтеся в актуальному стані

Власний хостинг

Керований хостинг

Типові сценарії

Відомі прогалини

Пов'язана документація

Related documentation

Community tooling

OSS vs enterprise

Self-hosted deployment

Ring CLI

Що CLI дає вашому клону

Залишайтеся в актуальному стані

Власний хостинг

Керований хостинг

Типові сценарії

Відомі прогалини

Пов'язана документація

Related documentation

Community tooling

OSS vs enterprise

Self-hosted deployment

Як працює ring upgrade

Що потрібно для ring prod

Як працює ring upgrade

Що потрібно для ring prod

Як працює ring upgrade

Що потрібно для ring prod

Як працює `ring upgrade`

Що потрібно для `ring prod`

Як працює `ring upgrade`

Що потрібно для `ring prod`

Як працює `ring upgrade`

Що потрібно для `ring prod`