Sobre migrações
Migração é o processo de transferência de dados de um local de origem (organização do GitHub.com ou uma instância do GitHub Enterprise Server) para uma instância de destino do GitHub Enterprise Server. É possível usar as migrações para transferir os dados ao alterar plataformas ou atualizar o hardware na sua instância.
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 à sua instância do GitHub Enterprise Server. É 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.
Note: Fork relationships do not persist after a migration.
| 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 aos 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 aos 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. |