GitHub public repoとprivate repoの違い
public repoは外部から見える前提、private repoはアクセス権のある人に限定する前提です。ただしprivateでもSecretsや個人情報の確認は必要です。
このページでわかること
- publicは外部から見える
- privateはアクセス権のある人に限定される
- Actions、外部連携、AI作業の範囲も確認する
まず確認すること
- 公開範囲を変える前にREADMEとファイルを確認する
- Secrets、個人情報、業務情報がないか見る
- 共同作業者と外部連携の権限を見る
やってはいけないこと
- 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で最新の説明を確認してください。
関連ページ
public/privateを選ぶ前に確認すること
GitHub public private 違いで迷う時は、先に「誰に見せる前提か」「あとから公開範囲を変える可能性があるか」「履歴に残したくない情報が混ざっていないか」を分けて確認します。private repositoryは見える人を絞る設定ですが、機密情報をそのまま保存してよい場所という意味ではありません。
| 確認すること | publicを選ぶ前 | privateを選ぶ前 |
|---|---|---|
| 公開範囲 | 検索や外部閲覧を前提に、README、サンプル、画像、コメントを見直します。 | 共同作業者、Organization、外部連携、将来の公開変更を確認します。 |
| 機密情報 | APIキー、token、password、.env、顧客情報が入っていないかを確認します。 | privateでも履歴やログに残る可能性を考え、値そのものは別管理にします。 |
| 作業手順 | 公開してよい差分だけをcommitし、不要ファイルを混ぜないようにします。 | Secretsや環境変数の考え方を整理し、共有メンバーを必要最小限にします。 |
GitHub Desktopでcommitする前の見方
GitHub Desktopを使う場合も、commit前に変更ファイル、差分、公開範囲を確認します。public/privateの選択だけで安全が決まるわけではないため、private repositoryでもSecrets、APIキー、token、passwordの実値を本文や履歴に残さない方針で扱います。
private repositoryなら機密情報を置いてよいですか？
いいえ。private repositoryは閲覧者を制限するための設定です。機密情報はSecrets、環境変数、権限管理された保管場所など、用途に合う仕組みで分けて扱います。