GitHub Settings
GitHub Collaboratorsとは？
Collaboratorsは、リポジトリを一緒に見たり編集したりできる相手を管理する場所です。
このページで整理すること
- Collaboratorsの役割
- 招待前に確認すること
- 外部メンバーの注意
- private repositoryでの見え方
- 不要な権限を増やさないこと
設定画面で見る場所
Settingsは、リポジトリの公開範囲、権限、branch、Secrets、Pages、危険操作が集まる場所です。初心者は変更する前に、まずどこに何があるかを確認するところから始めます。
| 設定 | 一言でいうと | 注意点 |
|---|---|---|
| Visibility | 公開範囲 | public/private変更は慎重に |
| Collaborators | 共同編集者 | 不要な権限を増やさない |
| Branch | 作業の本線 | main直pushに注意 |
| Secrets | 秘密情報の保管 | 実値を公開しない |
| Pages | Web公開設定 | 秘密情報を出さない |
| Danger Zone | 危険操作 | 基本触らない |
変更する前に確認すること
| 確認項目 | 見ること | 止める条件 |
|---|---|---|
| 招待相手 | 誰を追加するか | 目的が不明 |
| 権限レベル | 閲覧か編集か管理か | 必要以上に強い |
| 外部共有 | 社外メンバーか | 契約や確認がない |
Codexと使う時の注意点
- Codexへ作業を頼む前に対象リポジトリとbranchを確認する
- public/privateとPages公開範囲を確認する
- Secretsや認証情報の実値を指示文に書かない
- 作業後はGitHubまたはGitHub Desktopで差分を見る
- push、merge、公開範囲変更は人間が慎重に判断する
やってはいけないこと
- Settings変更を軽作業扱いしない
- public/private変更を勢いで行わない
- Secretsの実値を書かない
- main直pushや強制pushをすすめない
- Danger Zoneの削除や転送を通常作業として扱わない
- Codexに設定変更を丸投げしない
- 事故が起きない、完全に安全、と保証しない
権限の段階と、渡しすぎたときに起きること
共同編集者を追加する時に迷うのは人ではなく権限の段階です。「とりあえず全部できる権限」で渡してしまうと、後から絞るのが気まずくなります。最初に必要な範囲だけ渡すほうが、関係にも安全です。
| 渡す範囲 | できること | 向く相手 |
|---|---|---|
| 読むだけ | 中身を見る、Issueを書く | 確認だけ頼む人、レビュー相手 |
| 書ける | 変更を入れる、PRを出す | 一緒に作業する人 |
| 設定も触れる | 公開範囲や削除も可能 | 自分と同等の責任を持つ人だけ |
特に3段目は、リポジトリを消すことも、公開に切り替えることもできる状態です。外注や短期の協力者には渡さないでください。作業が終わったら外す、という運用まで含めて決めておくと、放置された権限が溜まりません。
外す作業を忘れないための決め方
追加は覚えていても、外すのは忘れます。人が入れ替わったあとも権限が残っているのは、事故が起きた時にいちばん説明しにくい状態です。
実務的なのは、追加する時に期限を決めてしまうことです。「この案件が終わったら外す」「3か月後に見直す」と決めて、カレンダーに入れておきます。忘れない仕組みが無いなら、そもそも読むだけの権限で足りないかを先に考えてください。
あわせて、年に1回は一覧を開いて全員を見る習慣を作ると確実です。見た時に「この人は誰だったか」と思い出せない相手が残っていたら、それが外すべき権限です。
関連ページ
FAQ
Settingsは初心者が触ってもよいですか？
見ることは大切ですが、変更は影響を確認してからにします。特に公開範囲、権限、Danger Zoneは慎重に扱います。
CodexにSettings変更を頼んでよいですか？
確認リストの整理は頼めますが、公開範囲変更、削除、権限変更などは人間確認を前提にします。
privateなら安全ですか？
privateは見える人を制限できる設定です。APIキーやパスワードなどの秘密情報をそのまま入れてよいという意味ではありません。
Secretsの値を本文に書いてよいですか？
書かないのが基本です。実値ではなく「Secretsに設定済み」など一般化して扱います。