リポジトリの移譲について
リポジトリを新たなオーナーに移譲すると、そのオーナーはすぐにリポジトリの内容、Issue、プルリクエスト、リリース、projects (classic)、そして設定を管理できるようになります。 リポジトリの転送中にリポジトリ名を変更することもできます。 「リポジトリの名前を変更する」を参照してください。
リポジトリの移譲の前提条件:
- 所有しているリポジトリを別の個人用アカウントに移譲すると、新しいオーナーに確認のメールが送られます。
- リポジトリを転送するには、リポジトリへの管理者アクセス権が必要です。
- リポジトリは、同じ GitHub Enterprise Server インスタンス内の所有者にのみ転送できます。 GitHub Enterprise Server から GitHub Enterprise Cloud へのリポジトリの移動に関して詳しくは、「GitHub Enterprise Server から GitHub Enterprise Cloud へのリポジトリの移行」をご覧ください。
- 自分が所有しているリポジトリを組織に移譲するには、対象の組織のリポジトリを作成する権限が必要です。
- ターゲットのアカウントは、同じ名前のリポジトリを持っていたり、同じネットワーク内にフォークを持っていたりしてはなりません。
- リポジトリのオリジナルのオーナーは、移譲されたリポジトリにコラボレーターとして追加されます。 転送されたリポジトリの他のコラボレーターはそのまま残ります。
- プライベート アップストリーム ネットワークからフォークされた単一リポジトリは転送できません。
リポジトリと共に移譲されるものは?
リポジトリを移譲すると、その Issue、プルリクエスト、ウィキ、Star、そして Watch しているユーザも移譲されます。 移譲されたリポジトリに webhook、サービス、シークレット、あるいはデプロイキーが含まれている場合、移譲が完了した後もそれらは関連付けられたままになります。 コミットに関する Git の情報は、コントリビューションを含めて保持されます。 さらに:
-
移譲されたリポジトリがフォークである場合、それは上流のリポジトリに関連付けられたままになります。
-
移譲されたリポジトリにフォークがある場合、それらのフォークは移譲が完了した後リポジトリに関連付けられたままになります。
-
移譲されたリポジトリが Git Large File Storage を使う場合、すべての Git LFS オブジェクトは自動的に移動します。 この移譲はバックグラウンドで行われます。このため、多数の Git LFS オブジェクトがあるか、Git LFS オブジェクト自体のサイズが大きい場合、移譲には時間がかかることがあります。
-
リポジトリを 2 つの個人用アカウント間で移譲する場合、Issue の割り当てはそのまま残ります。 個人用アカウントから組織にリポジトリを移譲する場合、組織のメンバーに割り当てられた Issue はそのまま残ります。その他のすべての Issue 担当者はクリアされます。 組織の中のオーナーだけが、新しい Issue のアサインを作成できます。 組織から個人用アカウントにリポジトリを移譲する場合、リポジトリのオーナーに割り当てられた Issue のみが保持されて、その他のすべての Issue 担当者は削除されます。
-
移譲されたリポジトリが GitHub Pages サイトを含む場合、Web 上の Git リポジトリへのリンクや Git のアクティビティを通じたリンクはリダイレクトされます。 しかし、リポジトリに関連付けられている GitHub Pages はリダイレクトされません。
-
以前のリポジトリの場所へのすべてのリンクは、新しい場所へ自動的にリダイレクトされます。 移譲されたリポジトリで
git clone
、git fetch
、またはgit push
を使う場合には、これらのコマンドは新しいリポジトリの場所または URL にリダイレクトされます。 しかし、混乱を避けるため、既存のローカルクローンは新しいリポジトリの URL を指すよう更新することを強くおすすめします。 これはコマンド ラインでgit remote
を使うことで行えます。git remote set-url origin NEW_URL
Warning
以前のリポジトリの場所に新しいリポジトリまたはフォークを作成した場合、転送されたリポジトリへのリダイレクトは非アクティブ化されます。 新しいリポジトリまたはフォークの名前を変更または削除することで、再アクティブ化できます。
-
組織から個人用アカウントにリポジトリを移譲する場合、リポジトリの読み取り専用コラボレーターは移譲されません。 個人用アカウントが所有するリポジトリに対して、コラボレーターが読み取り専用アクセス権を持つことはできないからです。 リポジトリのアクセス許可レベルの詳細については、「個人アカウントのリポジトリの権限レベル」と「Organizationのリポジトリロール」を参照してください。
-
リポジトリに関連付けられているパッケージは、属するレジストリによって、転送されるか、リポジトリへのリンクが失われる可能性があります。 「GitHub Packagesの権限について」をご覧ください。
「リモートリポジトリを管理する」をご覧ください。
リポジトリの移譲および組織
リポジトリを organization に委譲するには、受信側の organization でリポジトリを作成するアクセス許可、元の organization の外部にリポジトリを委譲するアクセス許可が必要です。 Organization または Enterprise 所有者が、特定のユーザーがこれらのことを行うことを禁止するポリシーを設定している場合があります。
組織にリポジトリが移譲されたら、組織のデフォルトのリポジトリ許可設定およびデフォルトのメンバーシップの権利が、移譲されたリポジトリに適用されます。
個人アカウントが所有しているリポジトリを移譲する
リポジトリの移譲を受け入れるどの個人用アカウントにも、リポジトリを移譲できます。 2 つの個人用アカウント間でリポジトリを移譲する場合、元のリポジトリ オーナーとコラボレーターは、新しいリポジトリにコラボレーターとして自動的に追加されます。
-
GitHub で、リポジトリのメイン ページに移動します。
-
リポジトリ名の下にある [設定] をクリックします。 [設定] タブが表示されない場合は、 [] ドロップダウン メニューを選び、 [設定] をクリックします。
-
ページの下部にある [危険なゾーン] セクションで、 [転送] をクリックします。
-
リポジトリの転送に関する情報を読んだ後、[新しい所有者] で、新しい所有者を指定する方法を選択します。
-
いずれかの組織を選択する場合は、 [自分の組織のいずれかを選択] を選択します。
-
ドロップダウン メニューを選択し、組織をクリックします。
-
必要に応じて、[リポジトリ名] フィールドに、リポジトリの新しい名前を入力します。
Note
リポジトリの名前を変更するには、対象の organization の所有者である必要があります。
-
-
組織またはユーザー名を指定するには、 [組織またはユーザー名の指定] を選び、組織名または新しい所有者のユーザー名を入力します。
-
-
新しい所有者の GitHub サブスクリプションによって生じる可能性のある機能の損失についての警告を読んでください。
-
[確認するリポジトリ名を入力してください] に従って転送するリポジトリの名前を入力し、 [理解しました。このリポジトリを転送します] をクリックします。
組織が所有しているリポジトリを移譲する
組織アカウントでオーナー権限がある場合、または組織のリポジトリの 1 つに対する管理者権限がある場合、組織が所有しているリポジトリを個人用アカウントまたは別の組織に移譲できます。
-
リポジトリを所有している組織で管理者またはオーナー権限がある個人用アカウントにサインインします。
-
GitHub で、リポジトリのメイン ページに移動します。
-
リポジトリ名の下にある [設定] をクリックします。 [設定] タブが表示されない場合は、 [] ドロップダウン メニューを選び、 [設定] をクリックします。
-
ページの下部にある [危険なゾーン] セクションで、 [転送] をクリックします。
-
リポジトリの転送に関する情報を読んだ後、[新しい所有者] で、新しい所有者を指定する方法を選択します。
-
いずれかの組織を選択する場合は、 [自分の組織のいずれかを選択] を選択します。
-
ドロップダウン メニューを選択し、組織をクリックします。
-
必要に応じて、[リポジトリ名] フィールドに、リポジトリの新しい名前を入力します。
Note
リポジトリの名前を変更するには、対象の organization の所有者である必要があります。
-
-
組織またはユーザー名を指定するには、 [組織またはユーザー名の指定] を選び、組織名または新しい所有者のユーザー名を入力します。
-
-
新しい所有者の GitHub サブスクリプションによって生じる可能性のある機能の損失についての警告を読んでください。
-
[確認するリポジトリ名を入力してください] に従って転送するリポジトリの名前を入力し、 [理解しました。このリポジトリを転送します] をクリックします。