Skip to main content

Follow-up tasks

After each migration has finished, you'll need to complete some additional tasks before the repository is ready for work.

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-only argument, 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 the wait-for-migration command, 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.

  1. Navigate to the migrated repository in your destination organization.

  2. Klicke unter dem Repositorynamen auf Issues.

    Screenshot der Hauptseite eines Repositorys. In der horizontalen Navigationsleiste ist eine Registerkarte mit der Bezeichnung „Issues“ dunkelorange umrandet.

  3. 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 edit in 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 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.

  1. Entscheide, ob du Mannequins zurückholen möchtest.
  2. Plane, wann du die Rückforderungen abschließen wirst.
  3. 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.
  4. 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.