Follow-up tasks

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. No nome do seu repositório, clique em Issues.

   

3. Click the issue with the title "Migration Log."

For more information, see Como acessar os logs de migração do GitHub Enterprise Importer.

Setting repository visibility

Todos os repositórios são migrados como privados por padrão, e somente o usuário que executou a migração e os proprietários da organização terão acesso ao repositório. Se você não quiser que o repositório seja particular, altere a visibilidade.

• Você pode alterar a visibilidade de um repositório no navegador. Para saber mais, confira Definir a visibilidade do repositório.

• Como alternativa, você pode usar GitHub CLI para alterar a visibilidade do repositório da linha de comando. Para obter mais informações, consulte gh repo edit a GitHub CLI documentação.

  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

Depois que você executar uma migração com o GitHub Enterprise Importer, todas as atividades do usuário no repositório migrado (exceto os commits do Git) são atribuídas a identidades de espaço reservado chamadas manequins.

1. Decida se deseja recuperar os manequins.
2. Planeje quando você vai concluir as recuperações.
3. Recupere os manequins. Você pode atribuir novamente o histórico de cada manequin a um membro da organização com a CLI do GitHub ou em seu navegador. Se você usar a CLI do GitHub, poderá recuperar manequins em massa. Para obter mais informações, confira Como recuperar manequins no GitHub Enterprise Importer.
4. Se um dos membros ainda não tiver o acesso apropriado ao repositório por meio da associação a uma equipe, permita aos membros acesso ao repositório. Para saber mais, confira Gerenciar o acesso de um indivíduo a um repositório da organização.

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. Se você desabilitou as restrições de lista de IPs permitidos do provedor de identidade para a empresa de destino, habilite-as novamente agora.

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.

• Connect Azure Pipelines to GitHub
• Configure the Azure Boards app for GitHub

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 Principais diferenças entre o Azure DevOps e o GitHub with them.