GitHub orgって何?組織アカウントの基本

GitHub org は「会社の共有フォルダ」みたいなもの

GitHubを使い始めたばかりの頃って、自分のアカウント(個人アカウント)の下にリポジトリを作りますよね。github.com/自分の名前/プロジェクト名 みたいなURLになるやつです。あれは言ってみれば「自分の机の引き出し」です。自分のものだから自由に触れるし、誰かに見せたければ公開すればいい。

ところが仕事やチーム開発になると、この形だと困ることが出てきます。「そのリポジトリ、田中さんのアカウントの下にあるんですけど、田中さん退職しちゃって……」という状態です。個人の持ち物になっていると、その人がいなくなった瞬間に扱いが面倒になる。

そこで登場するのが GitHub org(GitHub Organization、組織アカウント) です。これは個人ではなく「チームや会社そのもの」に紐づくアカウントで、例えるなら会社の共有フォルダやチームの棚のようなものです。棚は会社のもので、そこに誰がアクセスできるかは管理者が決める。人の入れ替わりがあっても、棚ごと消えたりはしません。

個人アカウントとの違い

ざっくり並べるとこんな感じです。

	個人アカウント	GitHub org
持ち主	その個人	組織(チーム・会社)
URLの形	github.com/ユーザー名/…	github.com/組織名/…
ログイン	そのアカウントでログインする	orgに直接ログインはしない。所属する個人アカウントで入る
向いている場面	個人の実験・学習用	チームで長く運用するプロジェクト

ここで一番つまずきやすいのが最後から2番目の行です。orgそのものにはログインしません。 「組織のアカウントのパスワードを教えてください」と聞いてしまう人がたまにいるんですが、そういう作りではないんですね。自分の個人アカウントでログインして、その個人アカウントが org の「メンバー」として招待されている、という二段構えになっています。

マンションで言えば、建物(org)には建物自体の鍵はなくて、住人それぞれが自分のカードキー(個人アカウント)を持っていて、そのカードキーにどの部屋に入れるかの権限が設定されている、というイメージが近いです。

メンバーと権限

orgに人を追加するときは、その人の個人アカウントを招待します。招待された人は org のメンバーになり、org が持っているリポジトリに対して、与えられた範囲でアクセスできるようになります。

権限は全員一律ではありません。org 全体を管理できる立場の人もいれば、特定のリポジトリだけ読めればいい人もいる。誰にどこまで許すかを細かく決められるのが org の大きな利点です。個人アカウントの下にリポジトリを置いて「コラボレーター」として一人ずつ足していく方式だと、リポジトリが増えるほど管理が破綻していきます。

なぜ開発ツールの話で org が出てくるのか

Claude Code をはじめとする開発ツールの説明で「GitHub org」という言葉が出てくるのは、たいていどこにコードが置かれているか、誰がそこに触れるかを指すためです。

ツール側から見ると、「あなたの個人リポジトリ」と「あなたが所属している org のリポジトリ」は別物として扱われます。連携の設定画面で、自分のアカウントだけを許可した状態になっていて、org のリポジトリが一覧に出てこない――というのは本当によくある詰まり方です。そういうときは、org 側でそのツールの利用が許可されているか、自分がその org のメンバーになっているかを確認する、というのが基本の切り分けになります。

覚えておくとよいこと

• org は「チームや会社のためのGitHubアカウント」。個人アカウントとは別枠。
• org に直接ログインするのではなく、個人アカウントが org に所属する形。
• メンバーごとに権限を分けられるので、人の出入りがあっても運用が壊れにくい。
• ツール連携で「リポジトリが見えない」ときは、org 側の設定を疑う価値がある。

最初は「個人アカウントで十分では?」と思うかもしれません。実際、一人で試す分にはそれで困りません。ただ、他人と共有する予定があるコードは、早めに org に置いておいた方が後で楽です。あとから引っ越すこともできますが、URLが変わってリンクを直して回る羽目になるので。