@intlayer/docs 9.5.0 → 9.5.2

package/docs/pt/cli/ci.md

@@ -1,186 +0,0 @@
----
-createdAt: 2026-01-06
-updatedAt: 2026-01-06
-title: Comando CI
-description: Aprenda como usar o comando Intlayer CI para executar comandos Intlayer com credenciais auto-injetadas em pipelines CI/CD e monorepos.
-keywords:
-  - CI
-  - CI/CD
-  - Automação
-  - Monorepo
-  - Credenciais
-  - CLI
-  - Intlayer
-slugs:
-  - doc
-  - concept
-  - cli
-  - ci
-history:
-  - version: 7.5.11
-    date: 2026-01-06
-    changes: "Adicionar comando CI"
-author: aymericzip
----
-
-# Comando 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...>
-```
-
-O comando CI é projetado para automação e pipelines CI/CD. Ele injeta automaticamente credenciais da variável de ambiente `INTLAYER_PROJECT_CREDENTIALS` e pode executar comandos Intlayer em vários projetos em um monorepo.
-
-## Como funciona
-
-O comando CI opera em dois modos:
-
-1. **Modo de projeto único**: Se o diretório de trabalho atual corresponder a um dos caminhos do projeto em `INTLAYER_PROJECT_CREDENTIALS`, ele executa o comando apenas para esse projeto específico.
-
-2. **Modo de iteração**: Se nenhum contexto de projeto específico for detectado, ele itera sobre todos os projetos configurados e executa o comando para cada um.
-
-## Variável de ambiente
-
-O comando requer que a variável de ambiente `INTLAYER_PROJECT_CREDENTIALS` seja definida. Esta variável deve conter um objeto JSON mapeando caminhos de projeto para suas credenciais:
-
-```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"
-  }
-}
-```
-
-## Detecção do gerenciador de pacotes
-
-O comando CI detecta automaticamente qual gerenciador de pacotes está sendo usado (npm, yarn, pnpm ou bun) com base na variável de ambiente `npm_config_user_agent` e usa o comando apropriado para executar Intlayer.
-
-## Argumentos
-
-- **`<command...>`**: O comando Intlayer a ser executado (por exemplo, `fill`, `push`, `build`). Você pode passar qualquer comando Intlayer e seus argumentos.
-
-  > Exemplo: `npx intlayer ci fill --verbose`
-  >
-  > Exemplo: `npx intlayer ci push`
-  >
-  > Exemplo: `npx intlayer ci build`
-
-## Exemplos
-
-### Executar um comando no modo de projeto único
-
-Se você estiver em um diretório de projeto que corresponde a um dos caminhos em `INTLAYER_PROJECT_CREDENTIALS`:
-
-```bash
-cd packages/app
-npx intlayer ci fill
-```
-
-Isso executará o comando `fill` com credenciais automaticamente injetadas para o projeto `packages/app`.
-
-### Executar um comando em todos os projetos
-
-Se você estiver em um diretório que não corresponde a nenhum caminho de projeto, o comando iterará sobre todos os projetos configurados:
-
-```bash
-cd /path/to/monorepo
-npx intlayer ci push
-```
-
-Isso executará o comando `push` para cada projeto configurado em `INTLAYER_PROJECT_CREDENTIALS`.
-
-### Passar flags adicionais
-
-Você pode passar quaisquer flags para o comando Intlayer subjacente:
-
-```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
-```
-
-### Usar em pipelines CI/CD
-
-Executar `intlayer init` gera dois workflows prontos para usar do GitHub Actions para você (veja [GitHub Actions gerados](#scaffolded-github-actions) abaixo). O exemplo aqui mostra a configuração equivalente usando o comando `ci` para um monorepo, onde as credenciais são injetadas por projeto a partir de `INTLAYER_PROJECT_CREDENTIALS`.
-
-Em sua configuração CI/CD (por exemplo, GitHub Actions, GitLab CI), defina `INTLAYER_PROJECT_CREDENTIALS` como um segredo:
-
-```yaml
-# Exemplo GitHub Actions
-env:
-  INTLAYER_PROJECT_CREDENTIALS: ${{ secrets.INTLAYER_PROJECT_CREDENTIALS }}
-
-steps:
-  - name: Preencher dicionários
-    run: npx intlayer ci fill
-```
-
-## GitHub Actions Scaffolding
-
-Quando você executa `intlayer init`, o Intlayer detecta seu gerenciador de pacotes (npm, yarn, pnpm ou bun) e cria dois workflows do GitHub Actions em `.github/workflows/`, com comandos que correspondem a esse gerenciador de pacotes:
-
-- **`intlayer-fill.yml`** — Em cada pull request, compila os dicionários e executa `intlayer fill --git-diff --mode complete` para gerar traduções ausentes para os dicionários alterados, depois confirma o resultado de volta ao branch do PR.
-- **`intlayer-test.yml`** — Em cada pull request, compila os dicionários e executa `intlayer test`, falhando a verificação quando traduções de locales obrigatórias estão ausentes.
-
-Os arquivos de workflow existentes nunca são sobrescritos. Para pular o scaffolding inteiramente, execute:
-
-```bash
-npx intlayer init --no-github-actions
-```
-
-### Fornecendo acesso à IA para o workflow de preenchimento
-
-O `intlayer-fill.yml` gerado requer acesso à IA. Duas opções estão disponíveis (configuradas no bloco `env` do workflow):
-
-1. **Sua própria chave de provedor de IA** — Adicione um secret `AI_API_KEY` nas configurações do seu repositório (Settings → Secrets and variables → Actions). O workflow o encaminha via `--provider`, `--model` e `--api-key`.
-2. **Chaves de acesso do Intlayer CMS** — Adicione os secrets `INTLAYER_CLIENT_ID` e `INTLAYER_CLIENT_SECRET` e integre-os na seção `editor` do seu `intlayer.config`. As chaves de acesso do CMS concedem acesso à IA através do backend do Intlayer.
-
-O workflow `intlayer-test.yml` não requer nenhum acesso à IA.
-
-## Tratamento de erros
-
-- Se `INTLAYER_PROJECT_CREDENTIALS` não estiver definida, o comando sairá com um erro.
-- Se `INTLAYER_PROJECT_CREDENTIALS` não for um JSON válido, o comando sairá com um erro.
-- Se um caminho de projeto não existir, ele será ignorado com um aviso.
-- Se algum projeto falhar, o comando sairá com um código de status diferente de zero.
-
-## Casos de uso
-
-- **Automação de monorepo**: Executar comandos Intlayer em vários projetos em um monorepo
-- **Pipelines CI/CD**: Automatizar o gerenciamento de dicionários em fluxos de trabalho de integração contínua
-- **Operações em massa**: Realizar a mesma operação em vários projetos Intlayer de uma vez
-- **Gerenciamento de segredos**: Gerenciar com segurança credenciais para vários projetos usando variáveis de ambiente
-
-## Melhores práticas de segurança
-
-- Armazene `INTLAYER_PROJECT_CREDENTIALS` como segredos criptografados em sua plataforma CI/CD
-- Nunca faça commit de credenciais no controle de versão
-- Use credenciais específicas do ambiente para diferentes ambientes de implantação
-- Rotacione credenciais regularmente

package/docs/ru/cli/ci.md

@@ -1,186 +0,0 @@
----
-createdAt: 2026-01-06
-updatedAt: 2026-01-06
-title: Команда CI
-description: Узнайте, как использовать команду Intlayer CI для запуска команд Intlayer с автоматически внедренными учетными данными в CI/CD конвейерах и монорепозиториях.
-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, yarn, pnpm или bun), на основе переменной окружения `npm_config_user_agent` и использует соответствующую команду для выполнения 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
-```
-
-Это запустит команду `fill` с автоматически внедренными учетными данными для проекта `packages/app`.
-
-### Запуск команды для всех проектов
-
-Если вы находитесь в каталоге, который не соответствует ни одному пути проекта, команда переберет все настроенные проекты:
-
-```bash
-cd /path/to/monorepo
-npx intlayer ci push
-```
-
-Это запустит команду `push` для каждого проекта, настроенного в `INTLAYER_PROJECT_CREDENTIALS`.
-
-### Передача дополнительных флагов
-
-Вы можете передать любые флаги в базовую команду 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 workflows для вас (см. [Scaffolded GitHub Actions](#scaffolded-github-actions) ниже). Пример здесь показывает эквивалентную настройку с использованием команды `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
-```
-
-## Строительные блоки GitHub Actions
-
-При запуске `intlayer init`, Intlayer определяет ваш package manager (npm, yarn, pnpm или bun) и создает два workflow'а GitHub Actions в папке `.github/workflows/`, с командами, соответствующими вашему package manager'у:
-
-- **`intlayer-fill.yml`** — При каждом pull request'е собирает словари и запускает `intlayer fill --git-diff --mode complete` для генерации недостающих переводов в измененных словарях, а затем коммитит результат обратно в ветку PR.
-- **`intlayer-test.yml`** — При каждом pull request'е собирает словари и запускает `intlayer test`, не пропуская проверку, когда требуемым локалям не хватает переводов.
-
-Существующие файлы workflow никогда не перезаписываются. Чтобы полностью пропустить создание строительных блоков, запустите:
-
-```bash
-npx intlayer init --no-github-actions
-```
-
-### Предоставление доступа к ИИ для рабочего процесса fill
-
-Созданный файл `intlayer-fill.yml` требует доступа к ИИ. Доступны два варианта (настраиваются в блоке `env` рабочего процесса):
-
-1. **Ваш собственный ключ поставщика ИИ** — добавьте секрет `AI_API_KEY` в настройки репозитория (Settings → Secrets and variables → Actions). Рабочий процесс передает его через `--provider`, `--model` и `--api-key`.
-2. **Ключи доступа Intlayer CMS** — добавьте секреты `INTLAYER_CLIENT_ID` и `INTLAYER_CLIENT_SECRET` и свяжите их с разделом `editor` в вашем `intlayer.config`. Ключи доступа CMS предоставляют доступ к ИИ через backend Intlayer.
-
-Рабочий процесс `intlayer-test.yml` не требует доступа к ИИ.
-
-## Обработка ошибок
-
-- Если `INTLAYER_PROJECT_CREDENTIALS` не установлена, команда завершится с ошибкой.
-- Если `INTLAYER_PROJECT_CREDENTIALS` не является допустимым JSON, команда завершится с ошибкой.
-- Если путь проекта не существует, он будет пропущен с предупреждением.
-- Если какой-либо проект завершится неудачей, команда завершится с ненулевым кодом состояния.
-
-## Случаи использования
-
-- **Автоматизация монорепозитория**: Запуск команд Intlayer для нескольких проектов в монорепозитории
-- **CI/CD конвейеры**: Автоматизация управления словарями в рабочих процессах непрерывной интеграции
-- **Массовые операции**: Выполнение одной и той же операции для нескольких проектов Intlayer одновременно
-- **Управление секретами**: Безопасное управление учетными данными для нескольких проектов с использованием переменных окружения
-
-## Рекомендации по безопасности
-
-- Храните `INTLAYER_PROJECT_CREDENTIALS` как зашифрованные секреты в вашей платформе CI/CD
-- Никогда не коммитьте учетные данные в систему контроля версий
-- Используйте учетные данные, специфичные для окружения, для различных сред развертывания
-- Регулярно обновляйте учетные данные

package/docs/tr/cli/ci.md

@@ -1,186 +0,0 @@
----
-createdAt: 2026-01-06
-updatedAt: 2026-01-06
-title: CI Komutu
-description: CI/CD pipeline'ları ve monorepo'larda otomatik olarak enjekte edilen kimlik bilgileriyle Intlayer komutlarını çalıştırmak için Intlayer CI komutunu nasıl kullanacağınızı öğrenin.
-keywords:
-  - CI
-  - CI/CD
-  - Otomasyon
-  - Monorepo
-  - Kimlik Bilgileri
-  - CLI
-  - Intlayer
-slugs:
-  - doc
-  - concept
-  - cli
-  - ci
-history:
-  - version: 7.5.11
-    date: 2026-01-06
-    changes: "CI komutu ekle"
-author: aymericzip
----
-
-# CI Komutu
-
-```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 komutu otomasyon ve CI/CD pipeline'ları için tasarlanmıştır. `INTLAYER_PROJECT_CREDENTIALS` ortam değişkeninden kimlik bilgilerini otomatik olarak enjekte eder ve bir monorepo'daki birden fazla projede Intlayer komutlarını çalıştırabilir.
-
-## Nasıl çalışır
-
-CI komutu iki modda çalışır:
-
-1. **Tek Proje Modu**: Mevcut çalışma dizini `INTLAYER_PROJECT_CREDENTIALS` içindeki proje yollarından biriyle eşleşiyorsa, komutu yalnızca o belirli proje için çalıştırır.
-
-2. **Yineleme Modu**: Belirli bir proje bağlamı algılanmazsa, yapılandırılmış tüm projeler üzerinde yineler ve her biri için komutu çalıştırır.
-
-## Ortam Değişkeni
-
-Komut, `INTLAYER_PROJECT_CREDENTIALS` ortam değişkeninin ayarlanmış olmasını gerektirir. Bu değişken, proje yollarını kimlik bilgilerine eşleyen bir JSON nesnesi içermelidir:
-
-```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"
-  }
-}
-```
-
-## Paket Yöneticisi Algılama
-
-CI komutu, `npm_config_user_agent` ortam değişkenine dayalı olarak hangi paket yöneticisinin kullanıldığını (npm, yarn, pnpm veya bun) otomatik olarak algılar ve Intlayer'ı çalıştırmak için uygun komutu kullanır.
-
-## Argümanlar
-
-- **`<command...>`**: Çalıştırılacak Intlayer komutu (örneğin, `fill`, `push`, `build`). Herhangi bir Intlayer komutunu ve argümanlarını iletebilirsiniz.
-
-  > Örnek: `npx intlayer ci fill --verbose`
-  >
-  > Örnek: `npx intlayer ci push`
-  >
-  > Örnek: `npx intlayer ci build`
-
-## Örnekler
-
-### Tek proje modunda komut çalıştırma
-
-`INTLAYER_PROJECT_CREDENTIALS` içindeki yollardan biriyle eşleşen bir proje dizinindeyken:
-
-```bash
-cd packages/app
-npx intlayer ci fill
-```
-
-Bu, `packages/app` projesi için kimlik bilgileri otomatik olarak enjekte edilerek `fill` komutunu çalıştıracaktır.
-
-### Tüm projelerde komut çalıştırma
-
-Herhangi bir proje yoluyla eşleşmeyen bir dizindeyken, komut yapılandırılmış tüm projeler üzerinde yineleyecektir:
-
-```bash
-cd /path/to/monorepo
-npx intlayer ci push
-```
-
-Bu, `INTLAYER_PROJECT_CREDENTIALS` içinde yapılandırılmış her proje için `push` komutunu çalıştıracaktır.
-
-### Ek bayraklar iletme
-
-Temel Intlayer komutuna herhangi bir bayrak iletebilirsiniz:
-
-```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 pipeline'larında kullanma
-
-CI/CD yapılandırmanızda (örneğin, GitHub Actions, GitLab CI), `INTLAYER_PROJECT_CREDENTIALS`'i bir sır olarak ayarlayın:
-
-> **AI erişimi**: `fill` komutu, çevirileri oluşturmak için AI erişimine ihtiyaç duyar. `INTLAYER_PROJECT_CREDENTIALS` içinden `ci` tarafından enjekte edilen kimlik bilgileri (Intlayer CMS erişim anahtarları) Intlayer backend aracılığıyla AI erişimi sağlar, bu nedenle ayrı bir AI sağlayıcı anahtarı gerekli değildir. Bunun yerine kendi sağlayıcı anahtarınızı kullanmayı tercih ederseniz, `intlayer ci fill` komutuna `--provider`, `--model` ve `--api-key` seçeneklerini geçin. `test` komutu AI erişimi gerektirmez.
-
-```yaml
-# GitHub Actions örneği
-env:
-  INTLAYER_PROJECT_CREDENTIALS: ${{ secrets.INTLAYER_PROJECT_CREDENTIALS }}
-
-steps:
-  - name: Sözlükleri doldur
-    run: npx intlayer ci fill
-```
-
-## İskele Kurulu GitHub Actions
-
-`intlayer init` komutunu çalıştırdığınızda, Intlayer paket yöneticinizi (npm, yarn, pnpm veya bun) algılar ve `.github/workflows/` klasörü altında iki GitHub Actions iş akışı oluşturur; komutlar paket yöneticinizle eşleşir:
-
-- **`intlayer-fill.yml`** — Her pull request'te sözlükleri derler ve değiştirilen sözlükler için eksik çevirileri oluşturmak üzere `intlayer fill --git-diff --mode complete` komutunu çalıştırır, ardından sonucu PR dalına geri kaydeder.
-- **`intlayer-test.yml`** — Her pull request'te sözlükleri derler ve `intlayer test` komutunu çalıştırır; gerekli localelar çevirilerden yoksun olduğunda kontrolü başarısız kılar.
-
-Mevcut iş akışı dosyaları asla üzerine yazılmaz. İskele kurmayı tamamen atlamak için şu komutu çalıştırın:
-
-```bash
-npx intlayer init --no-github-actions
-```
-
-### Fill workflow'una AI erişimi sağlama
-
-Scaffold edilen `intlayer-fill.yml` AI erişimi gerektirir. İki seçenek mevcuttur (workflow'un `env` bloğunda yapılandırılır):
-
-1. **Kendi AI sağlayıcı anahtarınız** — Repository ayarlarınıza bir `AI_API_KEY` secret'i ekleyin (Settings → Secrets and variables → Actions). Workflow bunu `--provider`, `--model` ve `--api-key` aracılığıyla iletir.
-2. **Intlayer CMS erişim anahtarları** — `INTLAYER_CLIENT_ID` ve `INTLAYER_CLIENT_SECRET` secret'lerini ekleyin ve bunları `intlayer.config` dosyanızdaki `editor` bölümüne bağlayın. CMS erişim anahtarları Intlayer backend'i aracılığıyla AI erişimi sağlar.
-
-`intlayer-test.yml` workflow'u herhangi bir AI erişimi gerektirmez.
-
-## Hata İşleme
-
-- `INTLAYER_PROJECT_CREDENTIALS` ayarlanmamışsa, komut bir hata ile çıkacaktır.
-- `INTLAYER_PROJECT_CREDENTIALS` geçerli bir JSON değilse, komut bir hata ile çıkacaktır.
-- Bir proje yolu mevcut değilse, bir uyarı ile atlanacaktır.
-- Herhangi bir proje başarısız olursa, komut sıfır olmayan bir durum kodu ile çıkacaktır.
-
-## Kullanım Durumları
-
-- **Monorepo otomasyonu**: Bir monorepo'daki birden fazla projede Intlayer komutlarını çalıştırma
-- **CI/CD pipeline'ları**: Sürekli entegrasyon iş akışlarında sözlük yönetimini otomatikleştirme
-- **Toplu işlemler**: Birden fazla Intlayer projesinde aynı işlemi aynı anda gerçekleştirme
-- **Gizli yönetimi**: Ortam değişkenlerini kullanarak birden fazla proje için kimlik bilgilerini güvenli bir şekilde yönetme
-
-## Güvenlik En İyi Uygulamaları
-
-- `INTLAYER_PROJECT_CREDENTIALS`'i CI/CD platformunuzda şifrelenmiş sırlar olarak saklayın
-- Kimlik bilgilerini asla sürüm kontrolüne commit etmeyin
-- Farklı dağıtım ortamları için ortama özel kimlik bilgileri kullanın
-- Kimlik bilgilerini düzenli olarak döndürün