Tarefas de acompanhamento

Verificação do status de migração

Primeiro, verifique se a migração foi bem-sucedida ou se falhou.

A maneira como você verifica o status da migração depende de como a migração foi executada.

• Se você executou a migração usando o GitHub CLIprocesso , por padrão, será exibido se a migração foi bem-sucedida ou falhou quando a migração for concluída. Se a migração falhou, você verá o motivo da falha.

  Migration completed (ID: RM_123)! State: SUCCEEDED
  

• Se você executou a migração usando o GitHub CLI com o argumento opcional --queue-only, o processo será encerrado imediatamente após a colocação na fila da migração, sem informar se a migração foi bem-sucedida ou falhou. É possível verificar o status de uma migração usando o comando wait-for-migration ou revisando o log de migração.

Como revisar o log de migração

Você deve examinar o log de migração para cada repositório migrado. Pessoas com acesso de leitura a um repositório podem acessar o log de migração do repositório em GitHub.

1. Navegue até o repositório migrado na organização de destino.

2. No nome do seu repositório, clique em Issues.

   

3. Clique na questão com o título "Log de Migração".

Para obter mais informações, consulte Como acessar os logs de migração do GitHub Enterprise Importer.

Definir a visibilidade do repositório

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.

  Por exemplo, substitua YOUR_ORG pelo nome da sua organização e o comando a seguir definirá todos os repositórios da organização como visibilidade interna.

  Bash

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

Como recuperar manequins

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.

Como configurar listas de IPs permitidos

Se você adicionou os intervalos de IP para GitHub Enterprise Importer a lista de permissões de IP para sua organização de destino, poderá remover essas entradas. Se você desabilitou as restrições de lista de IPs permitidos do provedor de identidade para a empresa de destino, habilite-as novamente agora.

Configurar Azure Pipelines e Azure Boards

Se você usou Azure Pipelines ou Azure Boards anteriormente e deseja continuar usando-os com seus repositórios agora que eles estão hospedados no GitHub, siga estes guias no Microsoft Learn para configurar a extensão relevante.

• Conectar Azure Pipelines para GitHub
• Configure o aplicativo Azure Boards para GitHub

Dando suporte aos desenvolvedores em seu novo ambiente

Há alguma diferença entre Azure DevOps e GitHub que seria útil para você e seus desenvolvedores saberem. Compartilhe Principais diferenças entre Azure DevOps e GitHub com eles.