GitHub private repoとSecretsの注意点
private repoは公開範囲を限定できますが、Secretsや個人情報をそのまま置いてよい理由にはなりません。見える人、ログ、外部連携、AI作業の範囲を分けて確認します。
このページでわかること
- private repoは公開範囲を限定する仕組み
- 共有メンバー、Actions、ログ、外部連携を確認する
- Secretsはコードとは別に管理する
まず確認すること
- 誰がrepoにアクセスできるかを見る
- Actionsや連携ツールが読む範囲を確認する
- Codexなどに見せる前に対象ファイルを絞る
やってはいけないこと
- private repoを万能な保管場所として扱う
- 個人情報や業務データを無整理で置く
- 外部ツール連携の権限を見ない
安全寄りに進める手順
- 対象のrepo、branch、PR、Actions runを確認する。
- Secrets、APIキー、token、.env、個人情報が差分やログに出ていないか見る。
- 必要な場合は値を停止または再発行し、影響範囲を整理する。
- 変更は小さなbranchとPRに分け、CIとreviewで確認する。
CodexやAI作業時の注意
AIに作業を渡す時は、対象ファイル、触らないファイル、確認項目を明記します。認証情報や実際のキー値は本文、Issue、PR説明、ログ、レポートに残さないようにします。
公式情報で確認する領域
Actions、Secrets、PR、repository visibility、workflow permissionsは仕様が変わることがあります。実作業前にはGitHub Docsで最新の説明を確認してください。