Skip to main content

Dados migrados para migrações dinâmicas do GitHub Enterprise Server para o GHE.com

Quais dados e atualizações dinâmicas estão incluídos em uma migração ao vivo?

Dados que são migrados

ELM migra quase todos os dados no nível do repositório. Recursos de nível de organização, como equipes, projetos e configurações de organizações e webhooks, são excluídos da migração e devem ser configurados manualmente no destino.

A única ação no nível da organização com suporte pelo ELM é a criação de uma conta alvo da organização, caso esta ainda não exista.

Configuração e configuração do repositório

ResourceNotes
Metadados e configurações do repositórioVisibilidade, descrição, ramificação padrão e recursos habilitados
Webhooks do repositórioConfigurações de webhook para o repositório
Tópicos do repositórioMarcas para categorizar o repositório
Configurações de PR do repositórioConfigurações de mesclagem e revisão de solicitação de pull
Configurações de açõesConfiguração de GitHub Actions no nível do repositório, incluindo ações e permissões permitidas
Links automáticosReferências de autolink personalizadas
Proteções de ramificaçãoAs regras de proteção de ramificação são parcialmente migradas, com as limitações descritas abaixo
PáginasConfiguração do GitHub Pages

Aviso

A migração da proteção de ramificações tem suporte apenas parcial. ELM preserva se as restrições para atores estão habilitadas para dispensar revisões de solicitação de pull e fazer push em ramificações protegidas, mas não preserva os usuários, equipes ou aplicações permitidos. Portanto, uma restrição de push pode ser recriada no destino com uma lista de permissões vazia. Ele também não migra atores com permissão de ignorar solicitações de pull, atores com permissão de push forçado, vinculações de aplicativos de verificação de status, restrições de criação de ramificações correspondentes, configurações da fila de mesclagem, requisitos de implantação nem bloqueio de ramificações. Examine e atualize as regras de proteção de branch migradas antes de permitir que os usuários trabalhem no repositório de destino.

Dados do Git, LFS e wikis

ResourceNotes
Repositório Git (refs, objetos, histórico)Inclui todos os refs, objetos e histórico de confirmações. O repositório é mantido atualizado sobre o destino durante toda a migração.
Objetos LFSObjetos de Armazenamento de Arquivos Grandes do Git. Requer que o LFS seja habilitado na instância de origem GitHub Enterprise Server .
WikiO repositório Git wiki

Problemas, comentários e reações

ResourceNotes
ProblemasInclui estado, destinatários e corpo
Comentários dos problemasTodos os comentários sobre problemas
Reações a problemasReações sobre problemas
Emitir reações de comentárioReações em comentários de questões
Rótulos de problemasAssociações de rótulos em problemas
Eventos do problemaEventos da linha do tempo (atribuídos, rotulados, fechados etc.)
Fechar referências de questõesReferências cruzadas que fecham problemas (por exemplo, "corrige #123")

Solicitações de pull, avaliações e threads

ResourceNotes
Solicitações de pullInclui o estado, revisores, corpo e status do rascunho
Revisões de PRRevisões enviadas, incluindo estados aprovados, solicitados por alterações e com comentários
Comentários de revisão de PRComentários de revisão de código em linha
Threads de revisão de PRDiscussões encadeadas, incluindo situação resolvida e não resolvida
Reações a comentários em PRReações sobre comentários de avaliação de solicitações de pull
Rótulos de PRAssociação de rótulos em pull requests

Rótulos, marcos, versões e CI

ResourceNotes
RótulosDefinições de rótulo, incluindo nome, cor e descrição
MarcosDefinições de marcos e estado
LançamentosMetadados de versão, incluindo marcação, nome, corpo e status de pré-lançamento ou rascunho
Reações ao lançamentoReações sobre lançamentos
Comentários de commitComentários sobre confirmações individuais
Verificações de status de commitVerificações de status de CI/CD em confirmações
Execuções de verificaçãoVerificar os resultados da execução
Pacotes de verificaçõesVerificar agrupamentos de pacotes
Permissões de repositório de equipeAssociações de permissão de equipe para repositório

Ativos binários e anexos de arquivo

ResourceNotes
Ativos de versõesAtivos binários anexados a lançamentos, até 2 GB por ativo
AttachmentsAnexos de arquivos de imagem e vídeo incorporados em corpos de emissão e solicitação de pull
Arquivos de repositório (anexos que não são de mídia)Anexos de arquivos que não são de mídia, como PDFs e arquivos de texto, associados a emissões e solicitações de pull

Usuários e manequins

ResourceNotes
ManequinsCada usuário do GitHub Enterprise Server referenciado em dados migrados é representado como um manequim: uma identidade de espaço reservado sem filiação à organização ou acesso ao repositório. Após a conclusão da migração, você pode recuperar manequins associando-os a contas de usuário reais.

Dados que não são migrados

Dados do repositório

DadosNotes
Padrões de repositórioN/A
Conjuntos de regras do repositórioOs conjuntos de regras do repositório não são migrados. As regras de proteção de ramificação são parcialmente migradas.
Solicitações de pull de bifurcaçõesN/A
Solicitações de pull pendentes para revisãoSomente as revisões enviadas são migradas.

Dados da organização

Os dados no nível da organização, como os seguintes, não são migrados:

  • Settings
  • Equipes
  • Projetos
  • Webhooks

Eventos incluídos em atualizações ao vivo

Após a conclusão do backfill inicial, o monitor de ouvinte de evento do exportador monitora webhooks em GitHub Enterprise Server para capturar as alterações em andamento e encaminhá-las para o serviço de migração na empresa de destino.

As tabelas a seguir documentam quais tipos de recursos dão suporte a atualizações dinâmicas e quais ações de webhook são tratadas.

Tipo de recursoEventos suportadosEventos sem suporte
Repositoryeditedarchived, deleted, privatized, publicized, , renamed, transferred, unarchived
Problemasassigned, closed, edited, labeled, opened, , reopened, unassigned, , unlabeled, milestoned, demilestoneddeleted, locked, pinned, transferred, unlocked, , unpinned
Emitir comentáriocreated, editeddeleted
Solicitação de pull
assigned, closed, converted_to_draft, edited, labeled, opened, ready_for_review, reopened, unassigned, unlabeled, milestoned, demilestoned
auto_merge_disabled, auto_merge_enabled, dequeued, enqueued, , locked, review_request_removed, review_requested, , synchronize``unlocked
Avaliação da solicitação de pull
edited, submitteddismissed
Comentário sobre a avaliação da solicitação de pulledited
created, deleted
Thread de avaliação da solicitação de pull
resolved, unresolvedN/A
Rótulocreateddeleted, edited
Lançamentocreated, edited, prereleased, published, released, , unpublisheddeleted
Marcoclosed, created, , edited``openeddeleted
Regra de proteção de ramificação (suporte parcial)
created, editeddeleted
Comentário de confirmaçãocreated, editeddeleted
Montagem de páginaTodas as açõesN/A
Confirmar verificações de statusTodas as açõesN/A
WikiTodas as açõesN/A
Autolinkcreated, deletedN/A
Fechar referência de problemacreatedN/A
Reaçãocreated, deletedN/A
Configurações de ações do repositórioupdatedN/A
Webhook do repositóriocreated, updatedN/A

As limitações da proteção de ramificações descritas em Configurações e configuração do repositório se aplicam tanto à migração inicial quanto às atualizações em tempo real.

Observação

Quando uma avaliação de solicitação de pull é enviada, ELM importa a avaliação completa, incluindo todos os comentários embutidos. Os comentários embutidos que fazem parte de um envio de avaliação inicial são migrados corretamente. No entanto, as respostas adicionadas a um thread de revisão após o envio da revisão não são capturadas como atualizações dinâmicas e não aparecerão no repositório migrado.

Dados não incluídos em atualizações dinâmicas

Os seguintes itens são exportados somente durante o backfill inicial e não são atualizados por webhooks:

  • Execuções de verificação
  • Pacotes de verificações
  • Configuração do GitHub Pages

As referências dentro do repositório de origem, como menções de usuário ou links para problemas e solicitações de pull no mesmo repositório, são reescritas para que ainda apontem para os recursos corretos após a migração.

Referências a repositórios diferentes (como um link para um problema no repositório repo-2 a partir de uma solicitação de pull em repo-1) não são migradas e continuarão apontando para o mesmo destino exato após a migração. Isso se aplica mesmo que o repositório referenciado já tenha sido migrado ou esteja sendo migrado simultaneamente.