はじめに
GitHubのプランを変更するにあたり、イメージが付きやすいように、GitHubの構成について定義します。
- プライベートなOrganization（Org01）のリポジトリ（Repo01）とコラボレートしている。
- Proプランの代表者（User01）は対象リポジトリをフォークし、Freeプランの開発者をコラボレーターとして招待し、開発を行っている。
- それ以外にも代表者のリポジトリではいくつかの開発者をコラボレーダーとして招待し、開発を行っている。
課題
- メンバーが増えた場合に、必要なリポジトリ単位にメンバへ招待が必要
- Org01には必要なリポジトリ全てで、コラボレーターとして招待依頼
- メンバーが減る場合に、招待していたメンバをリポジトリ単位で削除が必要
- Org01にはリポジトリ全てで、コラボレータ―の削除依頼
- リポジトリが増える場合、メンバへ必要なコラボレータの招待が必要
メンバーが増えた場合
メンバーが増えた場合には以下の作業が発生します。
- 開発対象となる全てのリポジトリからコラボレーターとして招待
- Org01からも必要であれば、開発対象となる全てのリポジトリからコラボレーターとして招待
リポジトリが増えた場合
リポジトリが増えた場合には以下の作業が発生します。
- Org01の対象リポジトリから、User01をコラボレーターとして招待
- User01は対象リポジトリをフォーク
- フォークしたリポジトリから、開発者（全員）にコラボレーターとして招待
メンバーが減った場合
メンバーが減った場合には以下の作業が発生します。
- コラボレーターとして招待していた全てのリポジトリからメンバーを削除
- Org01のコラボレーターとして招待していた全てリポジトリからメンバーを削除
プランをProからTeamに変更し実現したいこと
- ユーザが増減するたびに、リポジトリ単位でのコラボレート招待・削除の手間の軽減
- リポジトリが増えるたびに、対象メンバ全てに招待を出す手間の軽減
- ユーザが増減するたびに、リポジトリ単位でOrg01に対してコラボレート招待・削除の軽減
メンバーが増えた場合
作業が以下のように変わります。
- アカウントへのメンバーの追加
- Org01からも必要であれば、開発対象となる全てのリポジトリからコラボレーターとして招待
リポジトリが増えた場合
作業が以下のように変わります。
- リポジトリにコラボレータ―を追加
- チームの管理者（または権限を有したユーザー）は、リポジトリをフォーク
- フォークしたリポジトリをチームに設定
メンバーが減った場合
作業が以下のように変わります。
- アカウントからメンバーの削除
- Org01のコラボレーターとして招待していた全てリポジトリからメンバーを削除
プランをProからTeamに変更し実現できないこと
ユーザが増減するたびに、リポジトリ単位でのコラボレート招待・削除の手間の軽減リポジトリが増えるたびに、対象メンバ全てに招待を出す手間の軽減- ユーザが増減するたびに、リポジトリ単位でOrg01に対してコラボレート招待・削除のの軽減
Organization単位にコラボレート
- リポジトリからOrganizationに対して許可を貰えると、リポジトリ側へのユーザの管理が不要になるので、いいかなと思いまいしたが、これは出来なそうです。
Organizationのチーム単位にコラボレート
- リポジトリからOrganizationのTeamに対して許可がもらえると、これも同様にリポジトリ側へのユーザの管理が不要になるので、いいかなと思いまいしたが、これも出来なそうです。
考えてみたら、コラボレート元が、いつの間にか見知らぬ人が、プライベートなリポジトリのコラボレータになっていたら問題ありますね。
ProからTeamに変更する方法
ProからTeamに変更する方法は以下の方法が考えられます。
代表者（Proプラン）のアカウントをOrganizationに変更
ProプランのアカウントをOrganizationにしようとすると以下の警告が表示されます。
- Any private repositories owned by Your repository will be disabled
- プライベートリポジトリは無効になります。これは移行後に有償の登録を済ませることで解除されます。
- You will no longer be able to sign in to Your repository (all administrative privileges will be bestowed upon the owners you choose)
- その時に設定した管理者アカウントに管理が移行してしまうので、こちらのアカウントにログインすることは出来なくなります。
- Any user-specific information (OAuth tokens, SSH keys, Job Profile, etc) will be erased
- 例えば、このアカウントでアクセストークンを発行し、利用している場合（AWSのCodeBuildでビルドするのに、GitHubのプライベートリポジトリに対して、このユーザのアクセストークンを使って接続するなど）、無効になるので移行後に、関連するサービスが動かなくなる可能性があります。
- Any commits credited to Your repository will no longer be linked to this GitHub account
- 例えば、このユーザでPRとかコラボレート先でPRとかしている場合に、このアカウントへのリンクは無くなるよ。ってことかな？実際にアカウントのリンクは ghost になってた。
- If you are using Your repository as a personal account, you should create a new personal account before transforming Your repository into an organization.
- このアカウントを開発メンバとして利用している場合は、他に開発用アカウントを作成するか、他のOrganization用のアカウント作成するかする必要があります。
この警告を許容できるのであれば、このアカウント自体をOganizationへ移行することができます。
- User01アカウントをそのままOrganizationアカウントへ変更
- アカウントの移行を行ったら、メンバーを追加
- チームの作成とメンバとリポジトリの割り当て
Organizationのアカウントを作成し、リポジトリを移行
ProプランのアカウントをOrganizationへ移行する場合の警告にリスクを感じる場合、Organization用のアカウントを作成する方法もとれます。
例えば、Proプランのアカウントは、ユーザがすでに開発用として利用しているようであれば、この方法をとったほうがいいかもしれません。
- はじめにOrganization用のアカウントを作成します。
- この時アカウントとして、既存のProプランのアカウントを指定。
- もちろん他を指定してもOKですが、次にリポジトリの移行を行います。その際に移行元・先の管理者である必要があるため、移行元の管理者がそのまま管理者にしたほうが無難です。
- メンバを追加
- Proプランアカウントからリポジトリを移動させます。
- リポジトリの移行は、リポジトリ > Settings > Options > Danger Zone > Transfer ownership で。
- 最後にチームを作成し、それぞれのチームを作成しメンバを割り当てる。
料金
料金は このページ を参照してください。
最後に
- 解決出来ない課題が残ったのはもやっとしますが、これはしかたないのかと思います。
- ただ自社内（チーム内）であれば、ユーザ管理の負担は減りそうですが、料金とのトレードオフでしょうね。