# フォローアップ タスク

各移行が完了したら、リポジトリの作業準備が整う前に、いくつかの追加タスクを完了する必要があります。

## 移行の状態を確認する

まず、移行が成功したか失敗したかをチェックします。

移行の状態をチェックする方法は、移行の実行方法によって異なります。

* GitHub CLIを使用して移行を実行した場合、既定では、移行が完了した後に移行が成功したか失敗したかがプロセスに表示されます。 移行が失敗した場合は、失敗の理由が表示されます。

  ```text
  Migration completed (ID: RM_123)! State: SUCCEEDED
  ```

* オプションのGitHub CLI引数を指定して`--queue-only`を使用して移行を実行した場合、移行のキューに登録した直後にプロセスが終了し、移行が成功したか失敗したかは通知されません。
  `wait-for-migration` コマンドを使用するか、移行ログを確認して、移行の状態をチェックできます。

## 移行ログの確認

移行された各リポジトリの移行ログを確認する必要があります。 リポジトリへの読み取りアクセス権を持つユーザーは、 GitHub上のリポジトリの移行ログにアクセスできます。

1. 移行先 Organization の移行済みリポジトリに移動します。
2. リポジトリ名の下にある **<svg version="1.1" width="16" height="16" viewBox="0 0 16 16" class="octicon octicon-issue-opened" aria-label="issue-opened" role="img"><path d="M8 9.5a1.5 1.5 0 1 0 0-3 1.5 1.5 0 0 0 0 3Z"></path><path d="M8 0a8 8 0 1 1 0 16A8 8 0 0 1 8 0ZM1.5 8a6.5 6.5 0 1 0 13 0 6.5 6.5 0 0 0-13 0Z"></path></svg> \[Issues]** をクリックします。

   ![リポジトリのメイン ページのスクリーンショット。 水平ナビゲーション バーでは、\[イシュー\] というラベルが付いたタブが濃いオレンジ色の枠線で囲まれています。](/assets/images/help/repository/repo-tabs-issues-global-nav-update.png)
3. "移行ログ" というタイトルの issue をクリックします。

詳細については、「[GitHub Enterprise Importer の移行ログへのアクセス](/ja/migrations/using-github-enterprise-importer/completing-your-migration-with-github-enterprise-importer/accessing-your-migration-logs-for-github-enterprise-importer)」を参照してください。

## リポジトリの可視性を設定する

すべてのリポジトリは、既定ではプライベートとして移行され、移行を実行したユーザーと組織の所有者のみが、リポジトリにアクセスできます。 リポジトリをプライベートにしたくない場合は、可視性を変更します。

* リポジトリの可視性はブラウザーで変更できます。 詳しくは、「[リポジトリの可視性を設定する](/ja/repositories/managing-your-repositorys-settings-and-features/managing-repository-settings/setting-repository-visibility)」をご覧ください。
* または、 GitHub CLI を使用して、コマンド ラインからリポジトリの可視性を変更することもできます。 詳細については、`gh repo edit`ドキュメントのGitHub CLIを参照してください。

  たとえば、YOUR\_ORGを組織名に置き換えます。次のコマンドを実行すると、組織のすべてのリポジトリが内部可視性に設定されます。

  ```bash copy
  export ORG=YOUR_ORG
  gh repo list "$ORG" --limit 100000 --json name -q '.[].name' | xargs -I{} gh repo edit "$ORG/{}" --visibility internal
  ```

## マネキンの回収

GitHub Enterprise ImporterまたはEnterprise Live Migrationsを使用して移行を実行すると、移行されたリポジトリ内のすべてのユーザー アクティビティ (Git コミットを除く) は、マネキンと呼ばれるプレースホルダー ID に属性付けされます。

> \[!NOTE]
> マネキンを回収できるのは organization 所有者だけです。 移行者ロールが付与されているユーザーは、Organization 所有者にこのステップの実行を依頼してください。

1. マネキンを回収するかどうかを決めます。
2. いつ回収を完了するかを計画します。
3. マネキンを回収します。 GitHub CLI を使用して、またはブラウザーで、各マネキンの履歴を組織メンバーに再属性付けできます。 GitHub CLI を使用する場合は、マネキンを一括で回収できます。詳細については、「[GitHub Enterprise Importer のマネキンの回収](/ja/migrations/using-github-enterprise-importer/completing-your-migration-with-github-enterprise-importer/reclaiming-mannequins-for-github-enterprise-importer)」を参照してください。
4. チーム メンバーシップを介してリポジトリへの適切なアクセス権をまだ持っていないメンバーがいる場合は、そのメンバーにリポジトリへのアクセス権を付与します。 詳しくは、「[Organization のリポジトリへの個人のアクセスを管理する](/ja/organizations/managing-user-access-to-your-organizations-repositories/managing-repository-roles/managing-an-individuals-access-to-an-organization-repository)」をご覧ください。

## IP 許可リストの構成

宛先組織の IP 許可リストに GitHub Enterprise Importer の IP 範囲を追加した場合は、それらのエントリを削除できます。 移行先 Enterprise に対する ID プロバイダーの IP 許可リスト制限を無効にした場合は、ここでもう一度有効にできます。

## Azure PipelinesとAzure Boardsを構成する

以前にAzure PipelinesまたはAzure Boardsを使用していて、GitHub でホストされるようになったリポジトリで引き続き使用する場合は、Microsoft Learn のこれらのガイドに従って、関連する拡張機能を構成できます。

* <c0>GitHub\</c0 にAzure Pipelinesを接続します>
* <c0> GitHub\</c0 用にAzure Boards アプリを構成します>

## 開発者の新しい環境でのサポート

Azure DevOpsと GitHub には、開発者が知るために役立ついくつかの違いがあります。
[Azure DevOpsとGitHubの主な違い](/ja/migrations/ado/key-differences-between-azure-devops-and-github)を彼らと共有する。