Überprüfen des Migrationsstatus
Überprüfen Sie zunächst, ob die Migration erfolgreich war oder fehlgeschlagen ist.
Die Art und Weise, wie Sie den Status Ihrer Migration überprüfen, hängt davon ab, wie Sie die Migration ausgeführt haben.
-
Wenn Sie die Migration standardmäßig mit GitHub CLI durchgeführt haben, wird der Prozess standardmäßig anzeigen, ob die Migration erfolgreich war oder fehlgeschlagen ist, sobald die Migration abgeschlossen ist. Wenn die Migration fehlgeschlagen ist, wird der Grund für einen Fehler angezeigt.
Migration completed (ID: RM_123)! State: SUCCEEDED -
Wenn Sie die Migration mit dem optionalen GitHub CLI
--queue-only-Argument ausgeführt haben, wird der Prozess unmittelbar nach dem Einstellen der Migration in die Warteschlange beendet, und Sie erhalten keine Information darüber, ob die Migration erfolgreich war oder fehlgeschlagen ist. Sie können den Status einer Migration mithilfe deswait-for-migration-Befehls überprüfen oder das Migrationsprotokoll überprüfen.
Überprüfen des Migrationsprotokolls
Sie sollten das Migrationsprotokoll für jedes migrierte Repository überprüfen. Personen mit Lesezugriff auf ein Repository können das Migrationsprotokoll für das Repository auf GitHub einsehen.
-
Navigiere zum migrierten Repository in deiner Zielorganisation.
-
Klicke unter dem Repositorynamen auf Issues.

-
Klicke auf das Issue mit dem Titel „Migrationsprotokoll“.
Weitere Informationen findest du unter Zugriff auf die Migrationsprotokolle von GitHub Enterprise Importer.
Sichtbarkeit eines Repositorys festlegen
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.Ersetzen Sie z. B. YOUR_ORG durch den Namen Ihrer Organisation, und der folgende Befehl legt alle Repositorys der Organisation auf die interne Sichtbarkeit fest.
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
Zurückgewinnen von 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.
Konfigurieren von IP-Zulassungslisten
Wenn Sie die IP-Bereiche für GitHub Enterprise Importer die IP-Zulassungsliste für Ihre Zielorganisation hinzugefügt haben, können Sie diese Einträge entfernen. 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.
Konfigurieren von Azure Pipelines und Azure Boards
Wenn Sie zuvor Azure Pipelines oder Azure Boards verwendet haben und diese weiterhin mit Ihren Repositorys verwenden möchten, die jetzt auf GitHub gehostet werden, können Sie diesen Leitfäden auf Microsoft Learn zum Konfigurieren der relevanten Erweiterung folgen.
Unterstützen Ihrer Entwickler in ihrer neuen Umgebung
Es gibt einige Unterschiede zwischen Azure DevOps und GitHub, die für Sie und Ihre Entwickler hilfreich sein würden. Teilen Sie Wichtige Unterschiede zwischen Azure DevOps und GitHub mit ihnen.