{"meta":{"title":"Prepare-se para a migração de Azure DevOps para GitHub","intro":"Planeje sua migração entendendo sua linha do tempo, quais dados serão migrados e sua estrutura organizacional.","product":"Migrações","breadcrumbs":[{"href":"/pt/enterprise-cloud@latest/migrations","title":"Migrações"},{"href":"/pt/enterprise-cloud@latest/migrations/ado","title":"Migrar de Azure DevOps"},{"href":"/pt/enterprise-cloud@latest/migrations/ado/prepare-for-your-migration-from-azure-devops-to-github","title":"4. Preparar para migrar"}],"documentType":"article"},"body":"# Prepare-se para a migração de Azure DevOps para GitHub\n\nPlaneje sua migração entendendo sua linha do tempo, quais dados serão migrados e sua estrutura organizacional.\n\n## Determinar quanto você precisa migrar\n\nDetermine a linha do tempo, que determinará, principalmente, sua abordagem. A primeira etapa para determinar seu cronograma é obter um inventário do que você precisa migrar.\n\n* Número de repositórios\n* Número de solicitações de pull\n\n> \\[!NOTE] O tempo de migração baseia-se, em grande parte, no número de solicitações de pull de um repositório. Se você quiser migrar 1.000 repositórios e cada repositório tiver em média 100 solicitações de pull, sua migração provavelmente será muito rápida. Se você quiser migrar apenas 100 repositórios, mas cada um dos repositórios tiver 75.000 solicitações de pull, a migração levará muito mais tempo e exigirá mais planejamento e teste.\n\nRecomendamos o comando `inventory-report` no ADO2GH extension of the GitHub CLI. Esse comando se conectará à API Azure DevOps e criará vários arquivos CSV.\n`repos.csv` contém informações sobre seus repositórios, incluindo o número de solicitações de pull.\n\nPara produzir os arquivos CSV, use o comando a seguir, substituindo `YOUR_ADO_ORG` por sua organização em Azure DevOps.\n\n```shell copy\ngh ado2gh inventory-report --ado-org YOUR_ADO_ORG\n```\n\nDepois de fazer o inventário dos repositórios necessários para migrar, avalie os dados de inventário em relação à linha do tempo desejada.\n\n* Se a sua organização puder suportar um grau mais alto de alteração, você poderá migrar todos os repositórios de uma só vez, concluindo os esforços de migração em alguns dias.\n* Se você tiver equipes que não podem migrar ao mesmo tempo, convém colocar em lote e escalonar suas migrações para se ajustarem às linhas do tempo das equipes, estendendo seu esforço de migração.\n\n## Determinar GitHub a estrutura organizacional\n\nEm seguida, planeje a estrutura organizacional que você criará em GitHub. O ADO e GitHub têm diferentes maneiras de organizar o trabalho de uma empresa.\n\n* ADO: Organização > projeto de equipe > repositórios\n* GitHub: empresarial > organização > repositórios\n\nDepois de migrar para GitHub, você deve ter apenas uma conta corporativa e um pequeno número de organizações pertencentes a essa empresa. Cada organização do ADO deve corresponder a uma única organização no GitHub.\n\n> \\[!NOTE] O conceito de um projeto de equipe, que é usado para agrupar repositórios no ADO, não existe em GitHub. Não recomendamos a criação de uma organização GitHub para cada projeto de equipe no ADO, pois isso pode resultar em uma grande lista de repositórios não agrupados em cada organização. No entanto, você pode gerenciar o acesso a grupos de repositórios criando equipes.\n\nSe você quiser dividir seu esforço de migração em lotes, a nova estrutura poderá ajudá-lo a determine-los. Se você tiver mais de uma organização no ADO e os repositórios de cada organização forem lotes de tamanho razoável, considere o envio em lote por organização.\n\n1. Decida qual será sua nova estrutura organizacional.\n2. Decida se você precisa dividir seu esforço de migração em lotes menores.\n3. Nesse caso, decida como deseja interromper as migrações.\n\n## Configurando permissões de repositório\n\nComo as permissões funcionam de forma diferente do que no GitHub ADO, GitHub Enterprise Importer não tenta migrar permissões de repositório do ADO.\n\nQuando você usa a CLI do ADO2GH, GitHub Enterprise Importer criará duas equipes em GitHub para cada projeto de equipe no ADO. Cada equipe recebe um nível diferente de acesso a todos os repositórios originados do projeto de equipe.\n\n| Equipe                         | Acesso aos repositórios migrados |\n| ------------------------------ | -------------------------------- |\n| TEAM-PROJECT-Maintainers       | Mantenedor                       |\n| Equipe-Projeto-Administradores | Administrador                    |\n\nPara dar acesso aos repositórios migrados, você pode adicionar pessoas a essas equipes. Você pode fazer isso manualmente em GitHub ou se optar por vincular as equipes a grupos de Azure Active Directory (AAD) durante a migração, gerenciando a associação de grupo no AAD. Para obter mais informações sobre como gerenciar a associação à equipe, consulte [Adicionar integrantes da organização a uma equipe](/pt/enterprise-cloud@latest/organizations/organizing-members-into-teams/adding-organization-members-to-a-team)."}