- ホーム
- Docs Control
- オンボーディング
オンボーディング
このページでは、新しいリポジトリを docs-control ガバナンスシステムに登録し、ドキュメントパイプラインと Antigravity AI 自動化を設定する手順について説明します。
f5-sales-demoの組織メンバーシップREPO_SETTINGS_TOKENおよびREPO_SYNC_TOKENシークレットが組織レベルのシークレットとして設定されていること(または新しいリポジトリに個別に追加されていること)- 自動化された Antigravity AI コードレビューおよび言語翻訳用に設定された
ANTIGRAVITY_TOKENおよびGCP_PROJECT_IDシークレット ghcr.io/f5-sales-demo/docs-builderコンテナイメージへのアクセス権
1. downstream-repos.json への追加
Section titled “1. downstream-repos.json への追加”owner/repo 形式ではなく、リポジトリの単体名を docs-control 内の .github/config/downstream-repos.json に追加します。オーナー名はディスパッチ時に GITHUB_REPOSITORY_OWNER から先頭に付加されます。これにより、ディスパッチと適用対象として登録されます。
次に、.claude/governance.json の repo_classes.repos でクラスを割り当てます。これは必須です。クラスの割り当てなしでディスパッチ用にリポジトリが登録されている場合、シェル単体テストが失敗します。
2. docs-sites.json へのオプション追加
Section titled “2. docs-sites.json へのオプション追加”リポジトリがドキュメントを公開する場合は、.github/config/docs-sites.json に以下のエントリを追加します:
label— 人間が読みやすいサイト名url— サイトのllms-full.txtエンドポイントへの URLdescription— 生成される README で使用される短い説明
エントリが追加されない場合、README ジェネレーターは先頭が大文字のリポジトリ名と GitHub API の説明にフォールバックします。
3. .gitignore の統合
Section titled “3. .gitignore の統合”適用ワークフローは、ダウンストリームの .gitignore を完全に上書きします。オンボーディングの前に、リポジトリ固有のエントリを docs-control 内のテンプレート .gitignore にマージして、失われないようにしてください。
4. 呼び出し元ワークフローのインストール
Section titled “4. 呼び出し元ワークフローのインストール”docs-control の workflows/ から呼び出し元ワークフローテンプレートを、新しいリポジトリの .github/workflows/ ディレクトリにコピーします:
enforce-repo-settings.yml— 設定適用とファイル同期をトリガーgithub-pages-deploy.yml— ドキュメントのビルドとデプロイをトリガーrequire-linked-issue.yml— PR と Issue のリンクを強制antigravity-review.yml— Antigravity AI PR コードレビューをトリガーantigravity-translate.yml— Antigravity AI 言語翻訳をトリガーsuper-linter.yml— PR 上で super-linter スイートを実行dependabot-auto-merge.yml— グリーンな dependabot PR を自動マージ
これらのファイルは ファイル同期ワークフロー によっても自動的に同期されますが、手動でインストールすることでプロセスがブートストラップされます。
5. 設定適用のトリガー
Section titled “5. 設定適用のトリガー”新しいリポジトリで設定適用ワークフローを手動で実行します:
source_sha=$(gh api repos/f5-sales-demo/docs-control/commits/main --jq '.sha')gh workflow run enforce-repo-settings.yml \ --repo f5-sales-demo/<repo-name> \ -f source_sha="$source_sha"これにより、すべての リポジトリ設定 が適用され、不足しているガバナンスファイルが作成され、必要に応じて同期 PR が作成されます。
6. 設定の検証
Section titled “6. 設定の検証”適用が成功したことを確認します:
gh run list --repo f5-sales-demo/<repo-name> --workflow enforce-repo-settings.yml --limit 1ブランチ保護、Actions 権限、および Pages が正しく設定されていることを確認します:
gh api repos/f5-sales-demo/<repo-name>/branches/main/protection \ --jq '.required_status_checks.contexts'7. ドキュメントサイトの検証
Section titled “7. ドキュメントサイトの検証”リポジトリに docs/ ディレクトリがある場合は、最初のデプロイが成功した後にドキュメントサイトにアクセスできることを確認します:
curl -sf "https://f5-sales-demo.github.io/<repo-name>/" \ && echo "OK" || echo "FAIL"フォークの忠実性: 管理対象ファイルからのオプトアウト
Section titled “フォークの忠実性: 管理対象ファイルからのオプトアウト”統制下にあるほとんどのリポジトリはすべての管理対象ファイルをそのまま受け入れますが、アクティブなフォークは repo-settings.json の managed_files および .claude/governance.json の skip_files を使用して、特定パスの同期をオプトアウトできます。