Concluir tarefas pós-migração

Quando a migração é concluída, um email é enviado ao proprietário da organização e, neste ponto, qualquer pessoa com acesso pode entrar na organização dos Serviços de DevOps do Azure recém-migrada. Mas, antes de disponibilizar a organização para todos os usuários, você deve concluir as tarefas comuns listadas neste artigo.

Validar conteúdo migrado

Imediatamente após a organização ficar disponível, verifique o conteúdo migrado e a configuração para garantir que todos os componentes críticos tenham sido migrados com êxito. Os administradores da coleção de projetos devem liderar esse processo e cobrir todas as principais áreas da coleção. Recomendamos validar o seguinte:

• Código-fonte: confirme se todos os repositórios migraram corretamente e estão acessíveis.
• Histórico de compilação: verifique se o histórico de compilação completo está intacto e corresponde às expectativas.
• Caminhos de área: Certifique-se de que todos os caminhos de área estão presentes e corretamente estruturados.
• Itens de trabalho: analise uma amostra representativa de itens de trabalho para confirmar a integridade e as relações dos dados.
• Permissões e segurança: valide se as permissões de usuário, grupos e controles de acesso estão configurados corretamente. Dependendo de como os usuários estão configurados em seu Servidor de DevOps do Azure, eles podem não aparecer no hub Usuários da sua nova organização até que entrem pela primeira vez. Se algum usuário estiver faltando após a migração, peça-lhe que entre e verifique novamente seu status.
• Conexões de serviço e pipelines: verifique se as conexões de serviço e as configurações de pipeline estão funcionais.
• Dashboards & widgets: confirme se os painéis são renderizados corretamente e se os widgets exibem os dados esperados.

Essa validação ajuda a identificar quaisquer dados ausentes, incompletos ou mal configurados antes de abrir a organização para sua base de usuários mais ampla, garantindo uma transição suave e minimizando interrupções.

Renomear organização (opcional)

Se você criou uma organização de espaço reservado com o nome desejado durante a fase Introdução, agora pode renomear sua organização migrada para substituí-la. Esta etapa só é necessária se esta for a migração final e você quiser usar um nome de organização específico. Para obter mais informações, consulte Renomear a sua organização.

Configurar a faturação

Para pagar por usuários ou serviços no Azure DevOps, como agentes de compilação e implantação hospedados, você precisa configurar a cobrança para sua organização. Se migrar mais de uma coleção, deve garantir que todas as suas organizações tenham a mesma assinatura do Azure configurada para faturação, e que a sua assinatura esteja habilitada para faturação de várias organizações. Em seguida, você pode atribuir quantos usuários Basic precisar gratuitamente durante o mês do calendário em que executar a migração.

Configurar agentes de compilação

Se você usou servidores de compilação ou implantação automatizados em seu ambiente do Servidor de DevOps do Azure, poderá conectá-los à sua organização dos Serviços de DevOps do Azure. Como parte da migração, todas as suas definições de compilação foram migradas, mas você deve reconfigurar agentes e pools em sua nova organização dos Serviços de DevOps do Azure.

Para obter mais informações, veja Agentes do Azure Pipelines.

Se pretendes usar os teus agentes de compilação privados locais existentes, deves limpar a cache, garantindo assim que não encontras problemas de compilação relacionados com versões antigas do Team Foundation Version Control (TFVC) ou apontadores do Git para a tua coleção local. Para obter mais informações, consulte Atualizando caches em computadores cliente.

Usar Artefatos do Azure

Os Artefatos do Azure estão incluídos nos Serviços de DevOps do Azure para todos os usuários que receberam uma licença Básica. Não há necessidade de instalar uma extensão. Seus dados de Artefatos do Azure devem estar disponíveis após a migração. Para obter mais informações, consulte Visão geral dos Artefatos do Azure.

Personalizar painéis do Azure

Se você tiver uma conexão existente do GitHub Enterprise Server associada ao seu Servidor de DevOps do Azure, ela não funcionará conforme o esperado. Os itens de trabalho mencionados no GitHub podem estar atrasados ou nunca aparecerem nos Serviços de DevOps do Azure. Esse problema ocorre porque a URL de retorno de chamada associada ao GitHub não é mais válida.

Para resolver o problema, considere as seguintes tarefas:

• Remover e recriar a conexão: Remover e recriar a conexão com o repositório do GitHub Enterprise Server. Siga a sequência de etapas fornecida na documentação do Connect from Azure Boards.
• Corrigir a URL do webhook: Vá para a página de configurações do repositório do GitHub e edite a URL do webhook para apontar para a URL migrada da organização dos Serviços de DevOps do Azure: https://dev.azure.com/{OrganizationName}/_apis/work/events?api-version=5.2-preview.

Para obter mais informações, consulte Configurar e personalizar Azure Boards.

Analisar permissões

A sua organização inclui cinco utilizadores gratuitos com acesso Básico . Para obter mais informações, veja Adicionar utilizadores da organização e gerir o acesso.

Notifique as suas equipas

Depois que as compilações estiverem em execução e a assinatura de licença estiver configurada, recomendamos que você abra a organização para todos os usuários para validação. Em seguida, os usuários individuais podem garantir que todo o conteúdo esteja no lugar, tenha o nível de acesso certo e possa extrair código.

Os usuários do TFVC com espaços de trabalho locais devem remapear seus espaços de trabalho em relação à nova organização, e os usuários do Git devem reconfigurar seus controles remotos para extrair código.

Próximo passo

Conteúdo relacionado

• Validar e preparar a migração
• Prepare-se para a execução do teste
• Fazer migração de teste
• Migrar para os Serviços de DevOps do Azure