GitHub リポジトリ

GitHubリポジトリ設定で見るところ

リポジトリ設定は、公開範囲や権限など、事故につながりやすい重要な設定を確認する場所です。

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

Settingsで見る項目
公開範囲と権限の考え方
CollaboratorsやOrganizationの注意
branchやSecretsの確認
削除操作や公開範囲変更を軽く扱わないこと

Settingsで見るところ

項目	見ること	注意点
公開範囲	public/private	変更前に影響を確認する
Collaborators	誰が見られるか	不要な権限を残さない
branch	mainと作業branch	main直pushを避ける
Secrets	秘密情報の管理	実値を本文に出さない
Danger Zone	削除など危険操作	通常作業として扱わない

GitHubリポジトリでできること

リポジトリは、ファイルを置くだけの箱ではなく、変更履歴、branch、Pull Request、差分確認をまとめて見る場所です。Codex作業では、どのファイルが変わったか、想定外の変更がないか、公開してよい内容かを確認するために使います。

用語	一言でいうと	何を見るか
repository	ファイルを管理する場所	コード、README、履歴
private	見える人を制限できる設定	権限、招待、公開範囲
public	誰でも見られる公開設定	公開してよい内容だけか
branch	作業場所を分ける仕組み	mainとの差分
Pull Request	変更を入れる前の確認場所	差分、説明、未確認事項
Secrets	秘密情報を本文に出さず扱う設定	実値を書いていないか

初心者が間違えやすいこと

private repository は「見える人を制限できる」設定であり、APIキーやパスワードをそのまま保存してよい場所ではありません。public/privateの変更、権限変更、push、merge、削除操作は、軽いボタン操作に見えても影響が大きい作業です。

private設定を過信する
リポジトリ名に顧客名や秘密情報を入れる
mainへ直接pushしてから確認する
GitHub Desktopの差分を読まずにcommitする
Codexの報告書だけを見てGitHub差分を確認しない

公開範囲・秘密情報の注意

入れない情報	理由	扱い方
APIキー	不正利用リスク	実値を書かず、Secretsや管理画面で扱う
パスワード	ログイン悪用リスク	リポジトリにも指示文にも入れない
トークン・秘密鍵	認証情報	公開差分に出ていないか確認する
.env	環境変数に秘密情報を含む可能性	中身を公開しない
顧客情報	契約・個人情報リスク	匿名化して作業する

Codexと使う時の流れ

対象リポジトリと作業範囲を決める
Codexへ対象ファイル、やること、やらないこと、停止条件を伝える
Codexの報告書で変更ファイルと未変更ファイルを読む
GitHubまたはGitHub Desktopで差分を見る
秘密情報や想定外ファイルがないか確認する
commit、push、mergeは人間が慎重に判断する

やってはいけないこと

private repositoryでも機密情報をそのまま保存しない
APIキー、パスワード、トークン、秘密鍵の実値を書かない
public/private設定変更を軽作業扱いしない
main直pushや強制pushを安易にすすめない
削除操作を初心者向けの通常作業として扱わない
GitHub公式・Codex公式のように見せない
事故が起きない、完全に安全、と保証しない

設定画面で先に見る4か所

項目が多いので、影響の大きいところから見てください。

公開範囲 — 今どちらになっているか
権限を持つ人の一覧 — 覚えていない相手が残っていないか
連携している外部サービス — 使っていないものが残っていないか
削除・名前変更 — 押し間違えると戻せません

2番目と3番目は定期的に見てください。権限も連携も増える方向にだけ動きます。作業が終わった相手や、試しに繋いだだけのサービスが残り続けます。

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

設定を変えると、他に影響が出ることがあります。次は変更前に確認してください。

名前を変える — 共有済みのURLが変わります。参照している場所を洗ってから
公開範囲を広げる — 履歴ごと出ます
権限を外す — その人が進行中の作業を持っていないか
連携を切る — 自動処理が止まることがあります

4番目は気づきにくい影響です。使っていないと思った連携が、実は定期処理に使われていることがあります。切る前に、何が動いているか確認してください。

戻せない操作を区別する

設定の中には、実行すると戻せないものがあります。

戻せない — 削除、履歴の書き換え
戻せるが影響が残る — 公開範囲を広げる（複製された分は戻らない）
戻せる — 権限の付け外し、名前の変更

1番目を実行する前は、必ず一度手を止めてください。削除の確認画面で名前の入力を求められるのは、止まらせるための仕組みです。急いでいる時ほど、ここで確認してください。

公開範囲そのものの考え方は公開範囲のページで扱っています。

設定を変えた記録を残す

誰がいつ何を変えたか分からなくなると、問題が起きた時に切り分けられません。

変更した日付と内容
変えた理由 — 後で戻してよいか判断できます
元の状態

2番目があると、時間が経ってから見直す時に迷いません。理由が分からない設定は、触ってよいか判断できずそのまま残ります。1行で構いません。

FAQ

private repositoryなら秘密情報を入れてもよいですか？

いいえ。privateでも見える人や設定、誤操作、共有範囲の問題があります。APIキーやパスワードの実値は入れないのが基本です。

Codexにリポジトリ作業を任せきってよいですか？

任せきりにはせず、対象ファイル、停止条件、差分確認、秘密情報チェックを人間が確認します。

GitHub Desktopだけ見れば十分ですか？

GitHub Desktopは差分確認に便利ですが、PR、branch、Secrets、公開範囲も必要に応じて確認します。

リポジトリ名にサイト名を入れてよいですか？

公開してよいサイト名なら使いやすいです。ただし顧客名、内部コード、秘密情報が推測できる名前は避けます。

Settingsを見る順番