Checking the migration status
First, check whether your migration succeeded or failed.
The way you check the status of your migration depends on how you ran the migration.
-
If you ran the migration using the GitHub CLI, by default, the process will display whether the migration succeeded or failed once the migration is complete. If the migration failed, you will see the reason for failure.
Migration completed (ID: RM_123)! State: SUCCEEDED -
If you ran the migration using the GitHub CLI with the optional
--queue-onlyargument, the process will exit immediately after queueing the migration, and will not tell you if the migration succeeded or failed. You can check a migration's status using thewait-for-migrationcommand, or by reviewing the migration log.
Reviewing the migration log
You should review the migration log for each migrated repository. People with read access to a repository can access the migration log for the repository on GitHub.
-
Navigate to the migrated repository in your destination organization.
-
Klicke unter dem Repositorynamen auf Issues.

-
Click the issue with the title "Migration Log."
For more information, see Zugriff auf die Migrationsprotokolle von GitHub Enterprise Importer.
Setting repository visibility
Alle Repositorys werden standardmäßig als privat migriert, und nur die Person, die die Migration ausgeführt hat, sowie die Organisationsbesitzer*innen haben Zugriff auf das Repository. Wenn du nicht möchtest, dass das Repository privat ist, musst du seine Sichtbarkeit ändern.
-
Du kannst die Sichtbarkeit eines Repositorys im Browser ändern. Weitere Informationen finden Sie unter Sichtbarkeit eines Repositorys festlegen.
-
Alternativ können Sie GitHub CLI verwenden, um die Sichtbarkeit des Repositorys über die Befehlszeile zu ändern. Weitere Informationen finden Sie
gh repo editin der GitHub CLI Dokumentation.For example, replace YOUR_ORG with your organization name, and the command below will set all of the organization's repositories to internal visibility.
Bash export ORG=YOUR_ORG gh repo list "$ORG" --limit 100000 --json name -q '.[].name' | xargs -I{} gh repo edit "$ORG/{}" --visibility internalexport ORG=YOUR_ORG gh repo list "$ORG" --limit 100000 --json name -q '.[].name' | xargs -I{} gh repo edit "$ORG/{}" --visibility internal
Reclaiming mannequins
Nachdem du eine Migration mit dem GitHub Enterprise Importer ausgeführt hast, werden alle Benutzeraktivitäten im migrierten Repository (mit Ausnahme von Git-Commits) Platzhalteridentitäten zugeordnet, die als Mannequins bezeichnet werden.
Hinweis
Nur Organisationsbesitzer können Mannequins zurückholen. Wenn dir die Rolle „Migrator“ zugewiesen wurde, wende dich an einen Organisationsinhaber, um diesen Schritt auszuführen.
- Entscheide, ob du Mannequins zurückholen möchtest.
- Plane, wann du die Rückforderungen abschließen wirst.
- Gib die Mannequins frei. Sie können den Verlauf für jedes Mannequin zu einem Organisationsmitglied mit der GitHub CLI oder in Ihrem Browser neu attributen. Wenn Sie die GitHub CLI verwenden, können Sie Mannequins massenweise zurückfordern. Weitere Informationen findest du unter Freigeben von Mannequins für GitHub Enterprise Importer.
- Wenn eines der Mitglieder nicht bereits durch seine Teammitgliedschaft über den erforderlichen Zugriff auf das Repository verfügt, gewähre den Mitgliedern Zugriff auf das Repository. Weitere Informationen finden Sie unter Den Zugriff einer Person auf ein Repository einer Organisation verwalten.
Configuring IP allow lists
If you added the IP ranges for GitHub Enterprise Importer to the IP allow list for your destination organization, you can remove those entries. Wenn du die Einschränkungen durch die Liste zulässiger IP-Adressen deines Identitätsanbieters für dein Zielunternehmen deaktiviert hast, kannst du sie jetzt erneut aktivieren.
Configure Azure Pipelines and Azure Boards
If you used Azure Pipelines or Azure Boards previously and want to continue using them with your repositories now they are hosted on GitHub, you can follow these guides on Microsoft Learn to configure the relevant extension.
Supporting your developers in their new environment
There are some difference between Azure DevOps and GitHub that would be helpful for you and your developers to know. Share Wichtige Unterschiede zwischen Azure DevOps und GitHub with them.