@intlayer/docs 9.5.0 → 9.5.2

package/docs/ja/cli/ci.md

@@ -1,186 +0,0 @@
----
-createdAt: 2026-01-06
-updatedAt: 2026-01-06
-title: CIコマンド
-description: CI/CDパイプラインとモノレポで自動注入された認証情報を使用してIntlayerコマンドを実行する方法を学びます。
-keywords:
-  - CI
-  - CI/CD
-  - 自動化
-  - モノレポ
-  - 認証情報
-  - CLI
-  - Intlayer
-slugs:
-  - doc
-  - concept
-  - cli
-  - ci
-history:
-  - version: 7.5.11
-    date: 2026-01-06
-    changes: "CIコマンドを追加"
-author: aymericzip
----
-
-# CIコマンド
-
-```bash packageManager="npm"
-npx intlayer ci <command...>
-```
-
-```bash packageManager="yarn"
-yarn intlayer ci <command...>
-```
-
-```bash packageManager="pnpm"
-pnpm intlayer ci <command...>
-```
-
-```bash packageManager="bun"
-bun x intlayer ci <command...>
-```
-
-CIコマンドは、自動化とCI/CDパイプライン用に設計されています。`INTLAYER_PROJECT_CREDENTIALS`環境変数から認証情報を自動的に注入し、モノレポ内の複数のプロジェクトでIntlayerコマンドを実行できます。
-
-## 動作方法
-
-CIコマンドは2つのモードで動作します：
-
-1. **単一プロジェクトモード**: 現在の作業ディレクトリが`INTLAYER_PROJECT_CREDENTIALS`内のプロジェクトパスのいずれかと一致する場合、その特定のプロジェクトに対してのみコマンドを実行します。
-
-2. **反復モード**: 特定のプロジェクトコンテキストが検出されない場合、すべての設定済みプロジェクトを反復処理し、それぞれに対してコマンドを実行します。
-
-## 環境変数
-
-コマンドには`INTLAYER_PROJECT_CREDENTIALS`環境変数の設定が必要です。この変数には、プロジェクトパスを認証情報にマッピングするJSONオブジェクトが含まれている必要があります：
-
-```json
-{
-  "packages/app": {
-    "clientId": "your-client-id-1",
-    "clientSecret": "your-client-secret-1"
-  },
-  "packages/admin": {
-    "clientId": "your-client-id-2",
-    "clientSecret": "your-client-secret-2"
-  }
-}
-```
-
-## パッケージマネージャーの検出
-
-CIコマンドは、`npm_config_user_agent`環境変数に基づいて使用されているパッケージマネージャー（npm、yarn、pnpm、またはbun）を自動的に検出し、Intlayerを実行するために適切なコマンドを使用します。
-
-## 引数
-
-- **`<command...>`**: 実行するIntlayerコマンド（例：`fill`、`push`、`build`）。任意のIntlayerコマンドとその引数を渡すことができます。
-
-  > 例: `npx intlayer ci fill --verbose`
-  >
-  > 例: `npx intlayer ci push`
-  >
-  > 例: `npx intlayer ci build`
-
-## 例
-
-### 単一プロジェクトモードでコマンドを実行
-
-`INTLAYER_PROJECT_CREDENTIALS`内のパスのいずれかと一致するプロジェクトディレクトリにいる場合：
-
-```bash
-cd packages/app
-npx intlayer ci fill
-```
-
-これにより、`packages/app`プロジェクトの認証情報が自動的に注入されて`fill`コマンドが実行されます。
-
-### すべてのプロジェクトでコマンドを実行
-
-プロジェクトパスと一致しないディレクトリにいる場合、コマンドはすべての設定済みプロジェクトを反復処理します：
-
-```bash
-cd /path/to/monorepo
-npx intlayer ci push
-```
-
-これにより、`INTLAYER_PROJECT_CREDENTIALS`で設定された各プロジェクトに対して`push`コマンドが実行されます。
-
-### 追加のフラグを渡す
-
-基になるIntlayerコマンドに任意のフラグを渡すことができます：
-
-```bash packageManager="npm"
-npx intlayer ci fill --verbose --mode complete
-```
-
-```bash packageManager="yarn"
-yarn intlayer ci fill --verbose --mode complete
-```
-
-```bash packageManager="pnpm"
-pnpm intlayer ci fill --verbose --mode complete
-```
-
-```bash packageManager="bun"
-bun x intlayer ci fill --verbose --mode complete
-```
-
-### CI/CDパイプラインで使用
-
-CI/CD設定（例：GitHub Actions、GitLab CI）で、`INTLAYER_PROJECT_CREDENTIALS`をシークレットとして設定します：
-
-> **AI access**: `fill` コマンドは翻訳を生成するために AI アクセスが必要です。`ci` から `INTLAYER_PROJECT_CREDENTIALS` (Intlayer CMS アクセスキー) によって注入された認証情報は、Intlayer バックエンドを通じて AI アクセスを付与するため、別の AI プロバイダーキーは必要ありません。代わりに自分のプロバイダーキーを使用したい場合は、`--provider`、`--model`、および `--api-key` を `intlayer ci fill` に渡してください。`test` コマンドは AI アクセスを必要としません。
-
-```yaml
-# GitHub Actionsの例
-env:
-  INTLAYER_PROJECT_CREDENTIALS: ${{ secrets.INTLAYER_PROJECT_CREDENTIALS }}
-
-steps:
-  - name: 辞書を埋める
-    run: npx intlayer ci fill
-```
-
-## スキャフォルドされた GitHub Actions
-
-`intlayer init` を実行すると、Intlayer はパッケージマネージャー (npm、yarn、pnpm、または bun) を検出し、`.github/workflows/` の下に 2 つの GitHub Actions ワークフローをスキャフォルドします。コマンドはそのパッケージマネージャーに対応します:
-
-- **`intlayer-fill.yml`** — すべてのプルリクエストで、辞書をビルドし `intlayer fill --git-diff --mode complete` を実行して、変更された辞書の欠落している翻訳を生成し、結果を PR ブランチにコミットします。
-- **`intlayer-test.yml`** — すべてのプルリクエストで、辞書をビルドし `intlayer test` を実行し、必要なロケールの翻訳が不足している場合はチェックを失敗させます。
-
-既存のワークフローファイルが上書きされることはありません。スキャフォルディングをスキップするには、以下を実行します:
-
-```bash
-npx intlayer init --no-github-actions
-```
-
-### fill workflowへのAIアクセスの提供
-
-スキャフォルドされた `intlayer-fill.yml` はAIアクセスが必要です。2つのオプションが利用可能です（workflowの `env` ブロックで設定）:
-
-1. **独自のAIプロバイダーキー** — リポジトリ設定（Settings → Secrets and variables → Actions）に `AI_API_KEY` シークレットを追加します。workflowは `--provider`、`--model`、`--api-key` 経由でそれを転送します。
-2. **Intlayer CMSアクセスキー** — `INTLAYER_CLIENT_ID` と `INTLAYER_CLIENT_SECRET` シークレットを追加し、`intlayer.config` の `editor` セクションに接続します。CMSアクセスキーはIntlayer backendを通じてAIアクセスを許可します。
-
-`intlayer-test.yml` workflowはAIアクセスを必要としません。
-
-## エラーハンドリング
-
-- `INTLAYER_PROJECT_CREDENTIALS`が設定されていない場合、コマンドはエラーで終了します。
-- `INTLAYER_PROJECT_CREDENTIALS`が有効なJSONでない場合、コマンドはエラーで終了します。
-- プロジェクトパスが存在しない場合、警告とともにスキップされます。
-- いずれかのプロジェクトが失敗した場合、コマンドは非ゼロのステータスコードで終了します。
-
-## 使用例
-
-- **モノレポの自動化**: モノレポ内の複数のプロジェクトでIntlayerコマンドを実行
-- **CI/CDパイプライン**: 継続的インテグレーションワークフローでの辞書管理の自動化
-- **一括操作**: 複数のIntlayerプロジェクトに対して同じ操作を一度に実行
-- **シークレット管理**: 環境変数を使用して複数のプロジェクトの認証情報を安全に管理
-
-## セキュリティのベストプラクティス
-
-- CI/CDプラットフォームで`INTLAYER_PROJECT_CREDENTIALS`を暗号化されたシークレットとして保存
-- 認証情報をバージョン管理にコミットしない
-- 異なるデプロイ環境に対して環境固有の認証情報を使用
-- 定期的に認証情報をローテーション

package/docs/ko/cli/ci.md

@@ -1,186 +0,0 @@
----
-createdAt: 2026-01-06
-updatedAt: 2026-01-06
-title: CI 명령어
-description: CI/CD 파이프라인 및 모노레포에서 자동으로 주입된 자격 증명으로 Intlayer 명령어를 실행하는 방법을 알아보세요.
-keywords:
-  - CI
-  - CI/CD
-  - 자동화
-  - 모노레포
-  - 자격 증명
-  - CLI
-  - Intlayer
-slugs:
-  - doc
-  - concept
-  - cli
-  - ci
-history:
-  - version: 7.5.11
-    date: 2026-01-06
-    changes: "CI 명령어 추가"
-author: aymericzip
----
-
-# CI 명령어
-
-```bash packageManager="npm"
-npx intlayer ci <command...>
-```
-
-```bash packageManager="yarn"
-yarn intlayer ci <command...>
-```
-
-```bash packageManager="pnpm"
-pnpm intlayer ci <command...>
-```
-
-```bash packageManager="bun"
-bun x intlayer ci <command...>
-```
-
-CI 명령어는 자동화 및 CI/CD 파이프라인을 위해 설계되었습니다. `INTLAYER_PROJECT_CREDENTIALS` 환경 변수에서 자격 증명을 자동으로 주입하고 모노레포의 여러 프로젝트에서 Intlayer 명령어를 실행할 수 있습니다.
-
-## 작동 방식
-
-CI 명령어는 두 가지 모드로 작동합니다:
-
-1. **단일 프로젝트 모드**: 현재 작업 디렉토리가 `INTLAYER_PROJECT_CREDENTIALS`의 프로젝트 경로 중 하나와 일치하는 경우, 해당 특정 프로젝트에 대해서만 명령어를 실행합니다.
-
-2. **반복 모드**: 특정 프로젝트 컨텍스트가 감지되지 않으면 모든 구성된 프로젝트를 반복하고 각 프로젝트에 대해 명령어를 실행합니다.
-
-## 환경 변수
-
-명령어는 `INTLAYER_PROJECT_CREDENTIALS` 환경 변수가 설정되어 있어야 합니다. 이 변수는 프로젝트 경로를 자격 증명에 매핑하는 JSON 객체를 포함해야 합니다:
-
-```json
-{
-  "packages/app": {
-    "clientId": "your-client-id-1",
-    "clientSecret": "your-client-secret-1"
-  },
-  "packages/admin": {
-    "clientId": "your-client-id-2",
-    "clientSecret": "your-client-secret-2"
-  }
-}
-```
-
-## 패키지 관리자 감지
-
-CI 명령어는 `npm_config_user_agent` 환경 변수를 기반으로 사용 중인 패키지 관리자(npm, yarn, pnpm 또는 bun)를 자동으로 감지하고 Intlayer를 실행하는 데 적절한 명령어를 사용합니다.
-
-## 인수
-
-- **`<command...>`**: 실행할 Intlayer 명령어(예: `fill`, `push`, `build`). 모든 Intlayer 명령어와 해당 인수를 전달할 수 있습니다.
-
-  > 예: `npx intlayer ci fill --verbose`
-  >
-  > 예: `npx intlayer ci push`
-  >
-  > 예: `npx intlayer ci build`
-
-## 예제
-
-### 단일 프로젝트 모드에서 명령어 실행
-
-`INTLAYER_PROJECT_CREDENTIALS`의 경로 중 하나와 일치하는 프로젝트 디렉토리에 있는 경우:
-
-```bash
-cd packages/app
-npx intlayer ci fill
-```
-
-이렇게 하면 `packages/app` 프로젝트에 대해 자격 증명이 자동으로 주입되어 `fill` 명령어가 실행됩니다.
-
-### 모든 프로젝트에서 명령어 실행
-
-프로젝트 경로와 일치하지 않는 디렉토리에 있는 경우, 명령어는 모든 구성된 프로젝트를 반복합니다:
-
-```bash
-cd /path/to/monorepo
-npx intlayer ci push
-```
-
-이렇게 하면 `INTLAYER_PROJECT_CREDENTIALS`에 구성된 각 프로젝트에 대해 `push` 명령어가 실행됩니다.
-
-### 추가 플래그 전달
-
-기본 Intlayer 명령어에 모든 플래그를 전달할 수 있습니다:
-
-```bash packageManager="npm"
-npx intlayer ci fill --verbose --mode complete
-```
-
-```bash packageManager="yarn"
-yarn intlayer ci fill --verbose --mode complete
-```
-
-```bash packageManager="pnpm"
-pnpm intlayer ci fill --verbose --mode complete
-```
-
-```bash packageManager="bun"
-bun x intlayer ci fill --verbose --mode complete
-```
-
-### CI/CD 파이프라인에서 사용
-
-`intlayer init`을 실행하면 즉시 사용 가능한 두 가지 GitHub Actions workflow를 생성합니다 ([Scaffolded GitHub Actions](#scaffolded-github-actions) 참조). 아래 예제는 monorepo에서 `ci` 명령어를 사용한 동등한 설정을 보여주며, 여기서 자격증명은 `INTLAYER_PROJECT_CREDENTIALS`에서 프로젝트별로 주입됩니다.
-
-CI/CD 구성(예: GitHub Actions, GitLab CI)에서 `INTLAYER_PROJECT_CREDENTIALS`를 비밀 값으로 설정합니다:
-
-```yaml
-# GitHub Actions 예제
-env:
-  INTLAYER_PROJECT_CREDENTIALS: ${{ secrets.INTLAYER_PROJECT_CREDENTIALS }}
-
-steps:
-  - name: 사전 채우기
-    run: npx intlayer ci fill
-```
-
-## Scaffolded GitHub Actions
-
-`intlayer init`을 실행하면, Intlayer가 package manager(npm, yarn, pnpm, 또는 bun)를 감지하고 `.github/workflows/` 디렉토리 아래에 해당 package manager와 일치하는 명령어를 포함한 두 개의 GitHub Actions 워크플로우를 생성합니다:
-
-- **`intlayer-fill.yml`** — 모든 pull request에서 dictionaries를 빌드하고 `intlayer fill --git-diff --mode complete`을 실행하여 변경된 dictionaries에 대한 누락된 번역을 생성한 후, 결과를 PR 브랜치에 커밋합니다.
-- **`intlayer-test.yml`** — 모든 pull request에서 dictionaries를 빌드하고 `intlayer test`를 실행하여, 필수 locales에 번역이 누락된 경우 체크를 실패합니다.
-
-기존 워크플로우 파일은 절대 덮어씌워지지 않습니다. scaffolding을 완전히 건너뛰려면, 다음을 실행합니다:
-
-```bash
-npx intlayer init --no-github-actions
-```
-
-### fill 워크플로우에 AI 접근 제공
-
-스캐폴드된 `intlayer-fill.yml`은 AI 접근이 필요합니다. 두 가지 옵션을 사용할 수 있습니다(워크플로우의 `env` 블록에서 구성):
-
-1. **자신의 AI provider 키** — 리포지토리 설정(Settings → Secrets and variables → Actions)에서 `AI_API_KEY` secret을 추가합니다. 워크플로우는 `--provider`, `--model`, `--api-key`를 통해 이를 전달합니다.
-2. **Intlayer CMS 접근 키** — `INTLAYER_CLIENT_ID` 및 `INTLAYER_CLIENT_SECRET` secret을 추가하고 `intlayer.config` `editor` 섹션에 연결합니다. CMS 접근 키는 Intlayer backend을 통해 AI 접근을 제공합니다.
-
-`intlayer-test.yml` 워크플로우는 AI 접근이 필요하지 않습니다.
-
-## 오류 처리
-
-- `INTLAYER_PROJECT_CREDENTIALS`가 설정되지 않은 경우, 명령어는 오류로 종료됩니다.
-- `INTLAYER_PROJECT_CREDENTIALS`가 유효한 JSON이 아닌 경우, 명령어는 오류로 종료됩니다.
-- 프로젝트 경로가 존재하지 않는 경우, 경고와 함께 건너뜁니다.
-- 프로젝트가 실패한 경우, 명령어는 0이 아닌 상태 코드로 종료됩니다.
-
-## 사용 사례
-
-- **모노레포 자동화**: 모노레포의 여러 프로젝트에서 Intlayer 명령어 실행
-- **CI/CD 파이프라인**: 지속적 통합 워크플로우에서 사전 관리 자동화
-- **일괄 작업**: 여러 Intlayer 프로젝트에 대해 동일한 작업을 한 번에 수행
-- **비밀 관리**: 환경 변수를 사용하여 여러 프로젝트의 자격 증명을 안전하게 관리
-
-## 보안 모범 사례
-
-- CI/CD 플랫폼에서 `INTLAYER_PROJECT_CREDENTIALS`를 암호화된 비밀 값으로 저장
-- 자격 증명을 버전 관리에 커밋하지 않기
-- 다양한 배포 환경에 대해 환경별 자격 증명 사용
-- 정기적으로 자격 증명 로테이션

package/docs/pl/cli/ci.md

@@ -1,186 +0,0 @@
----
-createdAt: 2026-01-06
-updatedAt: 2026-01-06
-title: Polecenie CI
-description: Dowiedz się, jak używać polecenia Intlayer CI do uruchamiania poleceń Intlayer z automatycznie wstrzykiwanymi poświadczeniami w pipeline'ach CI/CD i monorepo.
-keywords:
-  - CI
-  - CI/CD
-  - Automatyzacja
-  - Monorepo
-  - Poświadczenia
-  - CLI
-  - Intlayer
-slugs:
-  - doc
-  - concept
-  - cli
-  - ci
-history:
-  - version: 7.5.11
-    date: 2026-01-06
-    changes: "Dodaj polecenie CI"
-author: aymericzip
----
-
-# Polecenie CI
-
-```bash packageManager="npm"
-npx intlayer ci <command...>
-```
-
-```bash packageManager="yarn"
-yarn intlayer ci <command...>
-```
-
-```bash packageManager="pnpm"
-pnpm intlayer ci <command...>
-```
-
-```bash packageManager="bun"
-bun x intlayer ci <command...>
-```
-
-Polecenie CI jest zaprojektowane do automatyzacji i pipeline'ów CI/CD. Automatycznie wstrzykuje poświadczenia ze zmiennej środowiskowej `INTLAYER_PROJECT_CREDENTIALS` i może uruchamiać polecenia Intlayer w wielu projektach w monorepo.
-
-## Jak działa
-
-Polecenie CI działa w dwóch trybach:
-
-1. **Tryb pojedynczego projektu**: Jeśli bieżący katalog roboczy pasuje do jednej ze ścieżek projektu w `INTLAYER_PROJECT_CREDENTIALS`, uruchamia polecenie tylko dla tego konkretnego projektu.
-
-2. **Tryb iteracji**: Jeśli nie wykryto określonego kontekstu projektu, iteruje po wszystkich skonfigurowanych projektach i uruchamia polecenie dla każdego z nich.
-
-## Zmienna środowiskowa
-
-Polecenie wymaga ustawienia zmiennej środowiskowej `INTLAYER_PROJECT_CREDENTIALS`. Ta zmienna powinna zawierać obiekt JSON mapujący ścieżki projektów na ich poświadczenia:
-
-```json
-{
-  "packages/app": {
-    "clientId": "your-client-id-1",
-    "clientSecret": "your-client-secret-1"
-  },
-  "packages/admin": {
-    "clientId": "your-client-id-2",
-    "clientSecret": "your-client-secret-2"
-  }
-}
-```
-
-## Wykrywanie menedżera pakietów
-
-Polecenie CI automatycznie wykrywa, który menedżer pakietów jest używany (npm, yarn, pnpm lub bun) na podstawie zmiennej środowiskowej `npm_config_user_agent` i używa odpowiedniego polecenia do wykonania Intlayer.
-
-## Argumenty
-
-- **`<command...>`**: Polecenie Intlayer do wykonania (np. `fill`, `push`, `build`). Możesz przekazać dowolne polecenie Intlayer i jego argumenty.
-
-  > Przykład: `npx intlayer ci fill --verbose`
-  >
-  > Przykład: `npx intlayer ci push`
-  >
-  > Przykład: `npx intlayer ci build --watch`
-
-## Przykłady
-
-### Uruchomienie polecenia w trybie pojedynczego projektu
-
-Jeśli jesteś w katalogu projektu, który pasuje do jednej ze ścieżek w `INTLAYER_PROJECT_CREDENTIALS`:
-
-```bash
-cd packages/app
-npx intlayer ci fill
-```
-
-To uruchomi polecenie `fill` z poświadczeniami automatycznie wstrzykniętymi dla projektu `packages/app`.
-
-### Uruchomienie polecenia we wszystkich projektach
-
-Jeśli jesteś w katalogu, który nie pasuje do żadnej ścieżki projektu, polecenie będzie iterować po wszystkich skonfigurowanych projektach:
-
-```bash
-cd /path/to/monorepo
-npx intlayer ci push
-```
-
-To uruchomi polecenie `push` dla każdego projektu skonfigurowanego w `INTLAYER_PROJECT_CREDENTIALS`.
-
-### Przekazywanie dodatkowych flag
-
-Możesz przekazać dowolne flagi do podstawowego polecenia Intlayer:
-
-```bash packageManager="npm"
-npx intlayer ci fill --verbose --mode complete
-```
-
-```bash packageManager="yarn"
-yarn intlayer ci fill --verbose --mode complete
-```
-
-```bash packageManager="pnpm"
-pnpm intlayer ci fill --verbose --mode complete
-```
-
-```bash packageManager="bun"
-bun x intlayer ci fill --verbose --mode complete
-```
-
-### Użycie w pipeline'ach CI/CD
-
-Uruchomienie `intlayer init` generuje dla Ciebie dwa gotowe do użycia workflow GitHub Actions (zobacz [Scaffolded GitHub Actions](#scaffolded-github-actions) poniżej). Poniższy przykład pokazuje równoważną konfigurację przy użyciu polecenia `ci` dla monorepo, gdzie credentials są wstrzykiwane na projekt z `INTLAYER_PROJECT_CREDENTIALS`.
-
-W konfiguracji CI/CD (np. GitHub Actions, GitLab CI) ustaw `INTLAYER_PROJECT_CREDENTIALS` jako sekret:
-
-```yaml
-# Przykład GitHub Actions
-env:
-  INTLAYER_PROJECT_CREDENTIALS: ${{ secrets.INTLAYER_PROJECT_CREDENTIALS }}
-
-steps:
-  - name: Wypełnij słowniki
-    run: npx intlayer ci fill
-```
-
-## Wygenerowane GitHub Actions
-
-Gdy uruchomisz `intlayer init`, Intlayer wykrywa Twój package manager (npm, yarn, pnpm lub bun) i generuje dwa przepływy pracy GitHub Actions w `.github/workflows/`, z poleceniami odpowiadającymi tego package managera:
-
-- **`intlayer-fill.yml`** — Na każde pull request, buduje słowniki i uruchamia `intlayer fill --git-diff --mode complete` aby wygenerować brakujące tłumaczenia dla zmienonych słowników, następnie zatwierdza wynik z powrotem do gałęzi PR.
-- **`intlayer-test.yml`** — Na każde pull request, buduje słowniki i uruchamia `intlayer test`, nie powodując sprawdzenia, gdy brakuje wymaganych lokalizacji tłumaczenia.
-
-Istniejące pliki przepływu pracy nigdy nie są zastępowane. Aby całkowicie pominąć scaffolding, uruchom:
-
-```bash
-npx intlayer init --no-github-actions
-```
-
-### Zapewnianie dostępu do AI w workflow fill
-
-Scaffold `intlayer-fill.yml` wymaga dostępu do AI. Dostępne są dwie opcje (skonfigurowane w bloku `env` workflow):
-
-1. **Twój własny klucz dostawcy AI** — Dodaj secret `AI_API_KEY` w ustawieniach repozytorium (Settings → Secrets and variables → Actions). Workflow przekazuje go poprzez `--provider`, `--model` i `--api-key`.
-2. **Klucze dostępu do Intlayer CMS** — Dodaj secrety `INTLAYER_CLIENT_ID` i `INTLAYER_CLIENT_SECRET` i powiąż je z sekcją `editor` w `intlayer.config`. Klucze dostępu do CMS zapewniają dostęp do AI poprzez backend Intlayer.
-
-Workflow `intlayer-test.yml` nie wymaga żadnego dostępu do AI.
-
-## Obsługa błędów
-
-- Jeśli `INTLAYER_PROJECT_CREDENTIALS` nie jest ustawiona, polecenie zakończy się błędem.
-- Jeśli `INTLAYER_PROJECT_CREDENTIALS` nie jest prawidłowym JSON, polecenie zakończy się błędem.
-- Jeśli ścieżka projektu nie istnieje, zostanie pominięta z ostrzeżeniem.
-- Jeśli jakikolwiek projekt się nie powiedzie, polecenie zakończy się niezerowym kodem statusu.
-
-## Przypadki użycia
-
-- **Automatyzacja monorepo**: Uruchamianie poleceń Intlayer w wielu projektach w monorepo
-- **Pipeline'y CI/CD**: Automatyzacja zarządzania słownikami w przepływach pracy ciągłej integracji
-- **Operacje masowe**: Wykonywanie tej samej operacji na wielu projektach Intlayer jednocześnie
-- **Zarządzanie sekretami**: Bezpieczne zarządzanie poświadczeniami dla wielu projektów przy użyciu zmiennych środowiskowych
-
-## Najlepsze praktyki bezpieczeństwa
-
-- Przechowuj `INTLAYER_PROJECT_CREDENTIALS` jako zaszyfrowane sekrety w swojej platformie CI/CD
-- Nigdy nie commituj poświadczeń do kontroli wersji
-- Używaj poświadczeń specyficznych dla środowiska dla różnych środowisk wdrożeniowych
-- Regularnie rotuj poświadczenia