Tipos de migração
Você pode fazer três tipos de migração:
- Migração de uma instância do GitHub Enterprise Server para outra do GitHub Enterprise Server: você pode migrar qualquer número de repositórios pertencentes a qualquer usuário ou organização na instância. Para executar a migração, você deve ter acesso de administrador do site a ambas as instâncias.
 - Migração de uma organização do GitHub.com para uma instância do GitHub Enterprise Server: você pode migrar qualquer número de repositórios pertencentes � organização. Para fazer a migração, você deve ter acesso administrativo � organização do GitHub.com e acesso de administrador do site na instância de destino.
 - Execuções de experiência são migrações que importam dados para uma instância de preparo. Elas podem ser úteis para ver o que aconteceria se uma migração fosse aplicada � your GitHub Enterprise Server instance. É altamente recomendável fazer uma execução de experiência em uma instância de preparo antes de importar dados para a sua instância de produção.
 
Dados migrados
Durante uma migração, tudo gira em torno do repositório. A maioria dos dados associados ao repositório pode ser migrada. Por exemplo, um repositório dentro de uma organização migrará o repositório e a organização, além dos usuários, equipes, problemas e pull requests associados ao repositório.
Os itens na tabela abaixo podem ser migrados com um repositório. Não é possível migrar os itens que não constam na lista.
Nota: Relações de bifurcação não persistem após a migração.
| Dados associados a um repositório migrado | Observações | 
|---|---|
| Usuários | As @menções aos usuários são rescritas para corresponder ao destino. | 
| Organizações | Os nomes e detalhes das organizações são migrados. | 
| Repositórios | Links para árvores, blobs, commits e linhas do Git são rescritas para corresponder ao destino. O migrador segue no máximo três redirecionamentos de repositório. | 
| Wikis | Todos os dados da wiki são migrados. | 
| Equipes | As @menções � s equipes são rescritas para corresponder ao destino. | 
| Marcos | Os registros de data e hora são preservados. | 
| Quadros de projeto | Os quadros de projeto associados ao repositório e � organização proprietária do repositório são migrados. | 
| Problemas | As referências a problemas e os registros de data e hora são preservados. | 
| Comentários dos problemas | As referências cruzadas a comentários são rescritas para a instância de destino. | 
| Pull requests | As referências cruzadas a pull requests são rescritas para corresponder ao destino. Os registros de data e hora são preservados. | 
| Revisões de pull request | As revisões de pull request e os dados associados são migrados. | 
| Comentários das revisões de pull request | As referências cruzadas a comentários são rescritas para a instância de destino. Os registros de data e hora são preservados. | 
| Comentários de commit | As referências cruzadas a comentários são rescritas para a instância de destino. Os registros de data e hora são preservados. | 
| Versões | Todos os dados das versões são migrados. | 
| Ações feitas em problemas ou em pull requests | São preservadas todas as modificações em problemas ou pull requests, como atribuir usuários, renomear títulos e modificar etiquetas, bem como os registros de data e hora de cada ação. | 
| Anexos de arquivo | Anexos de arquivo em problemas e pull requests são migrados. Você pode desabilitar essa opção como parte da migração. | 
| Webhooks | Somente os webhooks ativos são migrados. | 
| Chaves de implantação de repositório | As chaves de implantação de repositório são migradas. | 
| Branches protegidos | As configurações de branches protegidos e os dados associados são migrados. |