Zadaj pytanie i otrzymaj streszczenie dokumentu, odwołując się do tej strony i wybranego dostawcy AI
Historia wersji
- "Dodaj polecenie CI"v7.5.116.01.2026
Treść tej strony została przetłumaczona przy użyciu sztucznej inteligencji.
Zobacz ostatnią wersję oryginalnej treści w języku angielskimIf you have an idea for improving this documentation, please feel free to contribute by submitting a pull request on GitHub.
GitHub link to the documentationCopy doc Markdown to clipboard
Polecenie CI
Skopiuj kod do schowka
npx 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:
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.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:
Skopiuj kod do schowka
{ "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 --verbosePrzykład:
npx intlayer ci pushPrzykł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:
Skopiuj kod do schowka
cd packages/appnpx intlayer ci fillTo 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:
Skopiuj kod do schowka
cd /path/to/monoreponpx intlayer ci pushTo uruchomi polecenie push dla każdego projektu skonfigurowanego w INTLAYER_PROJECT_CREDENTIALS.
Przekazywanie dodatkowych flag
Możesz przekazać dowolne flagi do podstawowego polecenia Intlayer:
Skopiuj kod do schowka
npx intlayer ci fill --verbose --mode completeUżycie w pipeline'ach CI/CD
W konfiguracji CI/CD (np. GitHub Actions, GitLab CI) ustaw INTLAYER_PROJECT_CREDENTIALS jako sekret:
Skopiuj kod do schowka
# Przykład GitHub Actionsenv: INTLAYER_PROJECT_CREDENTIALS: ${{ secrets.INTLAYER_PROJECT_CREDENTIALS }}steps: - name: Wypełnij słowniki run: npx intlayer ci fillObsługa błędów
- Jeśli
INTLAYER_PROJECT_CREDENTIALSnie jest ustawiona, polecenie zakończy się błędem. - Jeśli
INTLAYER_PROJECT_CREDENTIALSnie 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_CREDENTIALSjako 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