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. Todos os itens não exibidos na lista de dados migrados não podem ser migrados, incluindo ativos de Git LFS.
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. |