GitHubリポジトリの権限とは？

このページで整理すること

• 閲覧・編集・管理の違い
• CollaboratorsとOrganization
• 外部招待の注意
• 最小権限の考え方
• Codex作業時の確認

設定画面で見る場所

Settingsは、リポジトリの公開範囲、権限、branch、Secrets、Pages、危険操作が集まる場所です。初心者は変更する前に、まずどこに何があるかを確認するところから始めます。

変更する前に確認すること

Codexと使う時の注意点

1. Codexへ作業を頼む前に対象リポジトリとbranchを確認する
2. public/privateとPages公開範囲を確認する
3. Secretsや認証情報の実値を指示文に書かない
4. 作業後はGitHubまたはGitHub Desktopで差分を見る
5. push、merge、公開範囲変更は人間が慎重に判断する

権限は「誰が何をできるか」で決まる

権限の設定でつまずくのは、種類が多いからではなく、何を守りたいかが決まっていないためです。次の順で考えると決まります。

1. 誰に見せるか — 公開するか、限られた人だけか
2. 誰が変更できるか — 見るだけの人と、直せる人を分ける
3. 誰が反映を決めるか — 変更を取り込む判断をする人
4. 誰が設定を変えられるか — 権限そのものを触れる人

4番目は最小限にしてください。全員に最上位の権限を与えると、事故の大半が起きうる状態になります。

AIに作業させる場合の権限

AIに作業させる場合も、人と同じように「できる範囲」を決めます。広く与えるほど、確認の負担が増えます。

• 変更を直接反映させるのか、提案までにするのか
• どのリポジトリで動かすのか（全部で有効にしない）
• 設定ファイルや認証に関わる部分を触らせるか
• 誰が結果を確認するか

1番目が最も重要です。提案までにしておけば、人が見る工程が必ず残ります。直接反映させる形にすると、気づかないまま変更が入ることがあります。

公開範囲の考え方はprivateとpublic、認証情報の置き場所はSecretsの扱いをご覧ください。

権限を渡す前に決めておくこと

権限は後から狭めにくいので、渡す前に次を決めておくと揉めません。

• いつまで必要か — 期間限定の作業なら、終わったら外す前提で渡す
• 誰が外すか — 渡した本人が管理しないと、外し忘れます
• 本人が辞めた時どうするか — 個人のアカウントに紐づいた権限は、退職時に見直しが要ります

2番目が抜けやすい部分です。権限は増える方向にだけ動き、誰も減らさないまま溜まっていきます。渡す時点で「いつ外すか」を記録しておくと、後の棚卸しが現実的な作業量に収まります。

また、権限を渡す相手が増えるほど、誰がどの変更をしたかの追跡は重要になります。渡す前に、記録が残る形になっているかも確認してください。

関連ページ

FAQ