GitHub Settings
GitHubリポジトリのbranch設定とは？
branch設定は、どの作業場所を本線にするか、どこへ変更を入れるかを管理する設定です。
このページで整理すること
- main branchの意味
- 作業branchの使い方
- Pull Requestとの関係
- branch protectionの考え方
- Codex作業でmain直pushを避けること
設定画面で見る場所
Settingsは、リポジトリの公開範囲、権限、branch、Secrets、Pages、危険操作が集まる場所です。初心者は変更する前に、まずどこに何があるかを確認するところから始めます。
| 設定 | 一言でいうと | 注意点 |
|---|---|---|
| Visibility | 公開範囲 | public/private変更は慎重に |
| Collaborators | 共同編集者 | 不要な権限を増やさない |
| Branch | 作業の本線 | main直pushに注意 |
| Secrets | 秘密情報の保管 | 実値を公開しない |
| Pages | Web公開設定 | 秘密情報を出さない |
| Danger Zone | 危険操作 | 基本触らない |
変更する前に確認すること
| 確認項目 | 見ること | 止める条件 |
|---|---|---|
| main | 本線のbranch | 直接変更しそう |
| 作業branch | 変更を分ける場所 | 作業場所が不明 |
| PR | 変更前の確認 | レビューなしでmergeしそう |
Codexと使う時の注意点
- Codexへ作業を頼む前に対象リポジトリとbranchを確認する
- public/privateとPages公開範囲を確認する
- Secretsや認証情報の実値を指示文に書かない
- 作業後はGitHubまたはGitHub Desktopで差分を見る
- push、merge、公開範囲変更は人間が慎重に判断する
やってはいけないこと
- Settings変更を軽作業扱いしない
- public/private変更を勢いで行わない
- Secretsの実値を書かない
- main直pushや強制pushをすすめない
- Danger Zoneの削除や転送を通常作業として扱わない
- Codexに設定変更を丸投げしない
- 事故が起きない、完全に安全、と保証しない
関連ページ
FAQ
Settingsは初心者が触ってもよいですか？
見ることは大切ですが、変更は影響を確認してからにします。特に公開範囲、権限、Danger Zoneは慎重に扱います。
CodexにSettings変更を頼んでよいですか？
確認リストの整理は頼めますが、公開範囲変更、削除、権限変更などは人間確認を前提にします。
privateなら安全ですか？
privateは見える人を制限できる設定です。APIキーやパスワードなどの秘密情報をそのまま入れてよいという意味ではありません。
Secretsの値を本文に書いてよいですか？
書かないのが基本です。実値ではなく「Secretsに設定済み」など一般化して扱います。