Note
No momento, não há suporte para executores hospedados no GitHub no GitHub Enterprise Server. Você pode ver mais informações sobre o suporte futuro planejado no GitHub public roadmap.
Sobre a implantação contínua
A CD (implantação contínua) é a prática de usar a automação para publicar e implantar atualizações de software. Como parte do processo típico do CD, o código é automaticamente criado e testado antes da implantação.
A implentação contínua é frequentemente acompanhada da integração contínua. Para saber mais sobre a integração contínua, confira "Sobre a integração contínua com o GitHub Actions".
Sobre a implantação contínua que usa GitHub Actions
É possível configurar um fluxo de trabalho de GitHub Actions para implantar o produto do seu software. Para verificar se o produto funciona como esperado, seu fluxo de trabalho pode criar o código no repositório e executar seus testes antes da implantação.
Você pode configurar seu fluxo de trabalho do CD para ser executado quando ocorrer um evento de GitHub Enterprise Server (por exemplo, quando o novo código é enviado para o branch padrão do seu repositório), em um cronograma definido, manualmente ou quando ocorre um evento externo usando o webhook de envio do repositório. Para saber mais sobre quando o fluxo de trabalho pode ser executado, confira "Eventos que disparam fluxos de trabalho".
GitHub Actions fornece funcionalidades que dão mais controle sobre implantações. Por exemplo, você pode usar ambientes para exigir aprovação para um trabalho prosseguir, restringir quais branches podem acionar um fluxo de trabalho, ou limitar o acesso a segredos. Você pode usar concorrência para limitar o pipeline do CD até uma implantação em andamento e uma implantação pendente. Para saber mais sobre esses recursos, confira "Implantando com GitHub Actions" e "Gerenciar ambientes para implantação".
Usando o OpenID Connect para acessar os recursos da nuvem
Se os seus fluxos de trabalho de GitHub Actions tiverem de acessar recursos de um provedor de nuvem compatível com o OpenID Connect (OIDC), você poderá configurar seus fluxos de trabalho para efetuar a autenticção diretamente no provedor de nuvem. Isso permitirá que você pare de armazenar essas credenciais como segredos de longa duração e proporcione outros benefícios de segurança. Para obter mais informações, confira "Sobre o enrijecimento de segurança com o OpenID Connect".
Modelos de fluxo de trabalho e ações de terceiros
O GitHub Enterprise Server oferece modelos de fluxo de trabalho de implantação para vários serviços populares, como o aplicativo Web Azure. Para saber como começar a usar um modelo de fluxo de trabalho, confira "Usando modelos de fluxo de trabalho" ou navegue pela lista completa de modelos de fluxo de trabalho de implantação. Confira também nossos guias mais detalhados de fluxos de trabalho de implantação específicos, como "Implantando o Node.js no Azure App Service".
Muitos prestadores de serviço também oferecem ações em GitHub Marketplace para implantar no seu serviço. Para ver a lista completa, confira GitHub Marketplace.