À 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á implantados com o GitHub Actions.
- Siga o tecflow no Google News!
- Participe do nosso grupo no Telegram ou Whatsapp!
- Confira nossos stories no Instagram e veja notícias como essa!
- Siga o tecflow no Google Podcast e Spotify Podcast para ouvir nosso conteúdo!
- Anuncie conosco aqui.
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 implantaçã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.
Um futuro brilhante com o GitHub Actions
Desde dezembro de 2021, os sites do GitHub Pages para repositórios públicos foram criados e implantados 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 implantar 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 implantação para exigir aprovações antes da publicação ou adicionar uma verificação de compilação para evitar que commits incorretos sejam implantados.
Protegendo implantaçõ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 implantação, e as regras de proteção da branch têm sido o mecanismo de segurança para limitar essas implantações.
Com a mudança para o Actions, o GitHub Pages agora está rastreando implantaçõ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 implantaçã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 implantaçõ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 implantação e credenciais de ambiente em todos os lugares — antes, apenas times no plano Enterprise tinham acesso a essas funcionalidades com repositórios privados.
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 implantações de repositórios privados e internos usam minutos do GitHub Actions?
Sim. Como qualquer workflow, construir e implantar 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.
Faça como os mais de 4.000 leitores do tecflow, clique no sino azul e tenha nossas notícias em primeira mão!
