GitHub Settings
GitHub Danger Zoneとは？
Danger Zoneは、リポジトリの削除や転送など、取り返しがつきにくい操作が集まる場所です。
このページで整理すること
- Danger Zoneの意味
- 削除・転送・アーカイブの注意
- 公開範囲変更の影響
- Codexに任せないこと
- 停止条件として扱うこと
設定画面で見る場所
Settingsは、リポジトリの公開範囲、権限、branch、Secrets、Pages、危険操作が集まる場所です。初心者は変更する前に、まずどこに何があるかを確認するところから始めます。
| 設定 | 一言でいうと | 注意点 |
|---|---|---|
| Visibility | 公開範囲 | public/private変更は慎重に |
| Collaborators | 共同編集者 | 不要な権限を増やさない |
| Branch | 作業の本線 | main直pushに注意 |
| Secrets | 秘密情報の保管 | 実値を公開しない |
| Pages | Web公開設定 | 秘密情報を出さない |
| Danger Zone | 危険操作 | 基本触らない |
変更する前に確認すること
| 確認項目 | 見ること | 止める条件 |
|---|---|---|
| 削除 | リポジトリを消す操作 | 復旧前提で話が進む |
| 転送 | 所有者や場所を変える操作 | 関係者確認がない |
| 公開範囲変更 | public/private変更 | 影響範囲が分からない |
Codexと使う時の注意点
- Codexへ作業を頼む前に対象リポジトリとbranchを確認する
- public/privateとPages公開範囲を確認する
- Secretsや認証情報の実値を指示文に書かない
- 作業後はGitHubまたはGitHub Desktopで差分を見る
- push、merge、公開範囲変更は人間が慎重に判断する
やってはいけないこと
- Settings変更を軽作業扱いしない
- public/private変更を勢いで行わない
- Secretsの実値を書かない
- main直pushや強制pushをすすめない
- Danger Zoneの削除や転送を通常作業として扱わない
- Codexに設定変更を丸投げしない
- 事故が起きない、完全に安全、と保証しない
取り消せる操作と、取り消せない操作
この区画に並ぶ操作は見た目が似ていますが、戻せるかどうかが大きく違います。押す前にどちらなのかを把握しておくと、判断を誤りません。
| 操作 | 戻せるか | 注意点 |
|---|---|---|
| 公開範囲の変更（private→public） | 戻せるが、見られた事実は戻らない | 過去の履歴も全部公開される |
| リポジトリ名の変更 | 戻せる | 古いURLからの転送は永続とは限らない |
| 所有者の移動 | 相手の同意で戻せる | 相手が受け取るまで宙に浮く |
| 削除（アーカイブではない） | 一定期間を過ぎると戻せない | 紐づくIssueやPRも消える |
いちばん危険なのは1行目です。privateからpublicへの切り替えは、過去のコミットも含めて全部が見える状態になります。「今のファイルには秘密情報が無いから大丈夫」ではなく、履歴を確認してから切り替えてください。
消す前にアーカイブを検討する
「もう使わないから消す」という判断の前に、アーカイブ（読み取り専用にして残す）で足りないかを考えてください。消す理由が「一覧が散らかるから」なら、アーカイブで解決します。
消す必要が本当にあるのは、外部に出してはいけないものが含まれていて置いておけない場合くらいです。その場合も、消せば無かったことになるわけではありません。既にクローンされていたり、キャッシュに残っていたりします。秘密情報が理由なら、消すことよりその情報を無効化・再発行することが本筋です。
関連ページ
FAQ
Settingsは初心者が触ってもよいですか？
見ることは大切ですが、変更は影響を確認してからにします。特に公開範囲、権限、Danger Zoneは慎重に扱います。
CodexにSettings変更を頼んでよいですか？
確認リストの整理は頼めますが、公開範囲変更、削除、権限変更などは人間確認を前提にします。
privateなら安全ですか？
privateは見える人を制限できる設定です。APIキーやパスワードなどの秘密情報をそのまま入れてよいという意味ではありません。
Secretsの値を本文に書いてよいですか？
書かないのが基本です。実値ではなく「Secretsに設定済み」など一般化して扱います。