Concluir tarefas pós-migração

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

Validar o 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 foram migrados com êxito. Os administradores da coleção de projetos devem liderar esse processo e abranger todas as áreas principais da sua coleção. É recomendável validar o seguinte:

• Código-fonte: confirme se todos os repositórios migraram corretamente e estão acessíveis.
• Histórico de build: verifique se o histórico de build completo está intacto e corresponde às expectativas.
• Caminhos de área: verifique se todos os caminhos de área estão presentes e estruturados corretamente.
• Itens de trabalho: examine um exemplo representativo de itens de trabalho para confirmar a integridade e as relações de dados.
• Permissões & segurança: valide se as permissões, grupos e controles de acesso do usuário estão configurados corretamente. Dependendo de como os usuários são configurados no servidor do Azure DevOps, eles podem não aparecer no hub de usuários da sua nova organização até que eles entrem pela primeira vez. Se algum usuário estiver ausente após a migração, faça com que eles entrem e verifiquem novamente seu status.
• Conexões de serviço &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 os widgets exibem os dados esperados.

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

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. Essa etapa só será necessária se essa for a sua migração final e você quiser usar um nome de organização específico. Para obter mais informações, consulte Renomear sua organização.

Configurar cobrança

Para cobrir os custos de usuários ou serviços no Azure DevOps, como agentes de construção e implantação hospedados, você precisa configurar a cobrança para sua organização. Se você migrar mais de uma coleção, deverá garantir que todas as suas organizações estejam configuradas para cobrança com a mesma assinatura do Azure e que sua assinatura esteja habilitada para cobrança de várias organizações. Em seguida, você pode atribuir quantos usuários básicos precisarem gratuitamente durante o mês do calendário no qual você executa a migração.

Configurar agentes de compilação

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

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

Se você pretende usar seus agentes de build privados locais existentes, deve limpar o cache deles, o que garante que você não encontre problemas de build relacionados ao Team Foundation Version Control (TFVC) ou a ponteiros de Git mais antigos para sua coleção local. Para obter mais informações, consulte a atualização de caches em computadores cliente.

Usar Azure Artifacts

O Azure Artifacts está incluído no Azure DevOps Services para todos os usuários que receberam uma licença Básica. Não é necessário instalar uma extensão. Seus dados do Azure Artifacts devem estar disponíveis após a migração. Para obter mais informações, consulte a visão geral do Azure Artifacts.

Personalizar o Azure Boards

Se você tiver uma conexão existente do GitHub Enterprise Server associada ao servidor do Azure DevOps, ela não funcionará conforme o esperado. Os itens de trabalho mencionados no GitHub podem estar atrasados ou nunca aparecer no Azure DevOps Services. 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:

• Remova e crie novamente a conexão: Remova e crie novamente a conexão com o repositório do GitHub Enterprise Server. Siga a sequência de etapas fornecidas na documentação do Azure Boards Connect.
• Corrija 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 da organização do Azure DevOps Services migrada: https://dev.azure.com/{OrganizationName}/_apis/work/events?api-version=5.2-preview.

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

Examinar permissões

Sua organização inclui cinco usuários gratuitos com acesso Básico . Para obter mais informações, consulte Adicionar usuários da organização e gerenciar o acesso.

Notificar suas equipes

Depois que seus builds 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 adequado, tenha o nível de acesso certo e possam extrair código.

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

Próxima etapa

Conteúdo relacionado

• Validar e preparar a migração
• Preparar-se para o teste
• Fazer a migração de execução de teste
• Migrar para o Azure DevOps Services