Sobre migrações empresariais para GitHub Actions
Para migrar sua empresa para GitHub Actions de um sistema existente, você pode planejar a migração, concluir a migração e aposentar sistemas existentes.
Este guia aborda considerações específicas sobre migrações. Para obter informações adicionais sobre como introduzir GitHub Actions na sua empresa, consulte Apresentando GitHub Actions à sua empresa.
Como planejar a migração
Antes de começar a migrar sua empresa para GitHub Actions, você deve identificar quais fluxos de trabalho serão migrados e como essas migrações afetarão suas equipes e planejar como e quando concluirão as migrações.
Aproveitando os especialistas em migração
GitHub pode ajudar com a sua migração, e você também pode se beneficiar ao adquirir GitHub Professional Services. Para obter mais informações, entre em contato com seu representante dedicado ou [Equipe de vendas do GitHub](https://github.com/enterprise/contact).
Identificando e armazenando as metas de migração
Antes de migrar para GitHub Actions, você precisa ter uma compreensão completa dos fluxos de trabalho utilizados pela sua empresa em seu sistema atual.
Primeiro, crie um inventário dos fluxos de trabalho de build e release existentes em sua empresa, coletando informações sobre quais fluxos de trabalho estão sendo ativamente utilizados e que precisam ser migrados e quais podem ser dispensados.
Em seguida, saiba as diferenças entre seu provedor atual e GitHub Actions. Isso ajudará você a avaliar quaisquer dificuldades na migração de cada fluxo de trabalho, e onde sua empresa pode experimentar diferentes funcionalidades. Para saber mais, confira Migrar para o GitHub Actions.
Com essas informações, você poderá determinar quais fluxos de trabalho pode e deseja migrar para GitHub Actions.
Determinar os impactos para a equipe a partir das migrações
Ao mudar as ferramentas usadas na sua empresa, você influencia a forma de funcionar da sua equipe. Você precisará considerar como mover um fluxo de trabalho em seus sistemas existentes para GitHub Actions afetará o trabalho diário dos desenvolvedores.
Identifique todos os processos, integrações e ferramentas de terceiros que serão afetadas pela sua migração e faça um plano para quaisquer atualizações que você precise fazer.
Considere como a migração pode afetar suas preocupações de conformidade. Por exemplo, as ferramentas de análise de segurança e verificação de credenciais existentes funcionarão com GitHub Actions, ou você precisará usar novas ferramentas?
Identifique os portões e verificações em seu sistema existente e verifique se você pode implementá-los com GitHub Actions.
Identificando e validando as ferramentas de migração
As ferramentas de migração automatizadas podem traduzir os fluxos de trabalho da empresa da sintaxe do sistema existente para a sintaxe exigida por GitHub Actions. Identifique ferramentas de terceiros ou entre em contato com seu representante dedicado ou Equipe de vendas do GitHub para perguntar sobre as ferramentas que GitHub podem fornecer. Por exemplo, você pode usar o GitHub Actions Importer para planejar, definir o escopo e migrar seus pipelines de CI para o GitHub Actions a partir de vários serviços compatíveis. Para saber mais, confira Automatizando a migração com o importador de GitHub Actions.
Depois de identificar uma ferramenta para automatizar suas migrações, valide a ferramenta executando a ferramenta em alguns fluxos de trabalho de teste e verificando que os resultados são como esperado.
As ferramentas automatizadas devem ser capazes de migrar a maioria dos seus fluxos de trabalho, mas você, provavelmente, precisará reescrever manualmente pelo menos uma pequena porcentagem. Estime a quantidade de trabalho manual que você precisará concluir.
Decidir uma abordagem de migração
Determine a abordagem de migração que funcionará melhor para a sua empresa. As equipes menores poderão migrar todos os seus fluxos de trabalho de uma vez, com uma abordagem de "rasgar e substituir". Para as grandes empresas, uma abordagem iterativa pode ser mais realista. Você pode optar por ter uma equipe central que gerencie toda a migração ou pedir para que cada equipe trabalhe fazendo a migração dos seus próprios fluxos de trabalho.
Recomendamos uma abordagem iterativa que combina gerenciamento ativo com autosserviço. Comece com um pequeno grupo de primeiros usuários que podem atuar como seus campeões internos. Identifique um punhado de fluxos de trabalho que são abrangentes o suficiente para representar a amplitude do seu negócio. Trabalhe com seus primeiros adotantes para migrar esses fluxos de trabalho para GitHub Actions, iterando conforme necessário. Isto dará a outras equipas confiança de que os seus fluxos de trabalho também podem ser migrados.
Em seguida, disponibilize GitHub Actions para sua organização maior. Forneça recursos para ajudar essas equipes a migrar seus próprios fluxos de trabalho para GitHub Actions e informe as equipes quando os sistemas existentes serão desativados.
Por fim, informe qualquer a equipe que ainda esteja usando seus sistemas antigos que conclua a migração dentro de um prazo específico. Podem mostrar os sucessos de outras equipas para garantir que a migração é possível e desejável.
Definindo o cronograma da sua migração
Depois de decidir sobre uma abordagem de migração, crie um cronograma que descreve quando cada uma de suas equipes migrará seus fluxos de trabalho para GitHub Actions.
Primeiro, decida a data em que você deseja que sua migração seja concluída. Por exemplo, você pode planejar realizar a sua migração até o término do seu contrato com o seu provedor atual.
Em seguida, trabalhe com as suas equipes para criar uma agenda que cumpra o seu prazo, sem sacrificar os objetivos de sua equipe. Veja a cadência da sua empresa e a carga de trabalho de cada equipe que você está pedindo para migrar. Coordene com cada equipe para entender seu cronograma de entrega e criar um plano que permita que a equipe faça a migração dos seus fluxos de trabalho em um momento que não impacte a sua capacidade de entregar.
Migrando para GitHub Actions
Quando estiver pronto para iniciar a migração, converta seus fluxos de trabalho existentes para GitHub Actions usando as ferramentas automatizadas e a reescrita manual conforme o planejamento feito acima.
Você também pode querer manter artefatos de compilação antigos de seu sistema existente, talvez escrevendo um processo scriptado para arquivar os artefatos.
Desativando sistemas existentes
Depois que a migração for concluída, você poderá pensar em desativar o seu sistema existente.
Talvez você queira executar ambos os sistemas lado a lado por algum período de tempo, enquanto verifica se sua GitHub Actions configuração está estável, sem degradação da experiência para desenvolvedores.
Por fim, você deverá descomissionar e desligar os sistemas antigos, e garantir que ninguém na sua empresa poderá voltar a ligar os sistemas antigos.