GitHub Pages passa a utilizar Actions por padrão

“À medida que o GitHub Pages, que hospeda 16 milhões de sites, se aproxima de seu 15º aniversário, o GitHub anuncia uma nova integração: todos os sites agora serão criados e já implementados com o GitHub Actions”, anuncia Chris Patterson.

Quando o GitHub Pages foi anunciado em 2008, também foi lançado o Jekyll, um rico gerador de sites estáticos, para permitir a construção de sites mais complexos. À medida que o Jekyll cresceu em popularidade, muitos plugins diferentes foram adicionados, proporcionando uma capacidade ainda maior. Eventualmente, foi lançada uma versão do Jekyll que não era compatível com alguns dos principais plugins fornecidos pela plataforma GitHub Pages. O pagesworker, que impulsionou a construção e implementação de sites de páginas, era um sistema com um propósito único e que não suportava versionamento, o que impedia de ser atualizado para novas versões do Jekyll ou que fossem adicionados facilmente mais plugins sem afetar os usuários de uma forma negativa.

Além disso, com o passar do tempo, muitos outros geradores de sites foram criados e a comunidade pediu que eles fossem suportados. “Ao trazer o poder do GitHub Actions para a plataforma GitHub Pages, as pessoas desenvolvedoras ganham liberdade para criar sites estáticos usando qualquer estrutura existente hoje ou que seja criada no futuro”, afirma Yoann Chaudet.

Um futuro brilhante com o GitHub Actions
Desde dezembro de 2021, os sites do GitHub Pages para repositórios públicos foram criados e implementados com o GitHub Actions.

E com base em mais de seis meses de observações em mais de 7 milhões de compilações por mês, o GitHub realizou alguns ajustes e melhorias no fluxo geral. Agora, a plataforma está pronta para usar o GitHub Actions para compilar e implementar repositórios privados e internos também.

O GitHub Actions tem o benefício adicional de introspecção, e não é uma caixa preta como antes que poderia obscurecer falhas de compilação. Além disso, o GitHub Actions tem o apoio de centenas de pessoas engenheiras do GitHub e uma comunidade com mais de 14 mil GitHub Actions no GitHub Marketplace, fornecendo ainda mais recursos e ajudando a personalizar o workflow de publicação de sites, exatamente como a pessoa usuária preferir. Por exemplo, a partir de agora, é possível incluir Injecting Secrets (injeção de segredos) no processo de compilação, barreiras de implementação para exigir aprovações antes da publicação ou adicionar uma verificação de compilação para evitar que commits incorretos sejam implementados.

Protegendo implementações do GitHub Pages
Desde o início, o GitHub Pages tem como escopo uma branch (e uma pasta /docs opcional) em seu repositório. Na branch de destino, commits individuais acionariam compilações seguidas por uma implementação, e as regras de proteção da branch têm sido o mecanismo de segurança para limitar essas implementações.

Com a mudança para o Actions, o GitHub Pages agora está rastreando implementações em vez de compilações. Uma branch de origem não é mais necessária e fica a critério dos acionadores do workflow. Essa mudança foi feita para que uma implementação ocorra no contexto de um ambiente (github-pages, por padrão). E como resultado, as regras de proteção do ambiente são o novo mecanismo de segurança para limitar as implementações.

Dessa forma, o GitHub está anunciando que agora os repositórios privados nos planos Team e Pro têm acesso aos ambientes do GitHub Actions, branches de implementação e credenciais de ambiente em todos os lugares — antes, apenas times no plano Enterprise tinham acesso a essas funcionalidades com repositórios privados.

FAQ
Preciso fazer algo?
Não. Assim como quando começamos a construir sites no GitHub Pages com o GitHub Actions para repositórios públicos, esta mudança é transparente.

Tanto as compilações quanto as implementações de repositórios privados e internos usam minutos do GitHub Actions?
Sim. Como qualquer workflow, construir e implementar um site com o GitHub Pages em um repositório privado ou interno consome minutos do GitHub actions. Todas as contas GitHub e organizações vêm com uma quantidade generosa de minutos de GitHub Actions para serem usados em repositórios privados, e repositórios públicos têm minutos de ações ilimitados.

Como consigo um upgrade para Jekyll 4+?
Para isso, você precisa trocar sua fonte do GitHub Pages de “branch” para “GitHub Actions” (veja o changelog) e usar um workflow customizado. Como exemplo, há um starter workflow para você se basear. Você precisará de um Gemfile e opcionalmente um arquivo de configuração no seu repositório. Você pode seguir o guia de iniciação do Jekyll.

Como eu aproveito todos os recursos do GitHub Actions?
Mesma resposta de cima. Para conseguir aproveitar tudo que o GitHub Actions oferece, você também precisa começar a ajustar um workflow para seu repositório (veja o changelog)

Para ajudar a começar com outros frameworks, o GitHub separou diversos starter workflows para os geradores de sites estáticos mais populares.