GitHub: Prebuilds do Codespaces agora estão acessíveis para o público geral

O GitHub tem o prazer de anunciar que a capacidade de pré-criar Codespaces já está disponível para todos. Como uma recapitulação rápida, um Codespace pré-criado serve como um modelo “pronto para uso” onde seu código-fonte, extensões de editor, dependências de projeto, comandos e configurações já foram baixados, instalados e aplicados, para que você não tenha que esperar que essas tarefas terminem cada vez que criar um novo codespace. Isso ajuda a acelerar significativamente as criações de codespaces, especialmente para bases de código complexas ou grandes.

As pré-criações de Codespaces entraram na versão beta pública no início deste ano e o GitHub recebeu muitos comentários positivos sobre as experiências dos usuários, bem como as áreas em que seria possível melhorar.

Como a Vanta dobrou sua equipe de engenharia com o Codespaces
Com os prebuilds do Codespaces, a Vanta conseguiu reduzir significativamente o tempo necessário para um desenvolvedor ser integrado. Isso foi importante porque a equipe de engenharia da Vanta dobrou de tamanho nos últimos meses. Quando um novo desenvolvedor entrasse na empresa, ele precisaria configurar manualmente seu ambiente de desenvolvimento; e, uma vez estável, divergiria em semanas, muitas vezes dificultando os testes.

“Antes do Codespaces, o processo de integração era tedioso. Em vez de levar dois dias, agora leva apenas um minuto para um desenvolvedor acessar um ambiente imaculado e estável, graças aos prebuilds”, disse Robbie Ostrow, gerente de engenharia de software da Vanta. “Agora, nossos ambientes de desenvolvimento são rápidos, sempre atualizados e prontos para uso.”

Prebuilds agendados para gerenciar o uso do GitHub Actions
Os administradores do repositório agora podem decidir como e quando desejam atualizar as configurações de prebuild com base nas necessidades da equipe. Ao criar ou atualizar prebuilds para um determinado repositório e branch, os administradores podem escolher entre três gatilhos disponíveis para iniciar uma atualização de pré-compilação:

Cada push (padrão): As configurações de prebuild são atualizadas em cada push feito para a branch especificada. Isso garante que os novos Codespaces sempre contenham a configuração mais recente, incluindo quaisquer dependências adicionadas ou atualizadas recentemente.

Na mudança de configuração: as configurações de prebuild são atualizadas sempre que os arquivos de configuração são alterados. Isso garante que as alterações de configuração mais recentes apareçam em novos Codespaces. O workflow de Actions que gera o modelo de prebuild será executado com menos frequência, portanto, essa opção usará menos minutos de Actions.

Agendamento: com essa configuração, é possível atualizar as configurações de prebuild em um agendamento personalizado. Isso pode ajudar a reduzir ainda mais o consumo de minutos de ações.
Com maior controle, os administradores do repositório podem fazer compensações mais sutis entre “ambientes recém-criados” e uso de Actions. Por exemplo, um administrador que trabalha em uma grande organização pode decidir atualizar sua configuração de prebuild a cada hora, em vez de a cada push, para obter o máximo de economia e eficiência do uso do Actions.

Notificações de falhas para monitoramento eficiente
Muitos usuários compartilharam a necessidade de serem notificados quando um workflow de prebuild falha, principalmente para poder observar e corrigir problemas se e quando eles surgirem. Por isso, o GitHub adicionou suporte para notificações de falha nos prebuilds. Com isso, os administradores do repositório podem especificar um conjunto de indivíduos ou equipes a serem informados por e-mail caso um workflow associado a essa configuração de prebuild falhe. Isso permitirá que líderes de equipe ou desenvolvedores encarregados de gerenciar prebuilds de seus repositórios se mantenham atualizados sobre quaisquer falhas sem precisar monitorá-los manualmente. Isso também permitirá que eles façam correções mais rapidamente, garantindo assim que os desenvolvedores que trabalham no projeto continuem obtendo Codespaces pré-criados.

Para ajudar na investigação de falhas, o GitHub também adicionou a capacidade de desabilitar uma configuração de prebuild no repositório de instâncias que os administradores gostariam de pausar temporariamente a atualização de um modelo de prebuild ao corrigir um problema subjacente.

Melhores indicadores de “prontidão do prebuild”
Por fim, para ajudar os usuários a identificar tipos de máquina habilitados para prebuild para aproveitar criações rápidas, o GitHub introduziu um rótulo ‘Prebuild in progress além do rótulo ‘Prebuild ready’ nos casos em que a criação de um modelo de pré-compilação para uma determinada branch está em andamento.

Cobrança de prebuilds
Com disponibilidade para o público geral, as organizações serão cobradas pelos minutos de Actions necessários para executar workflows associados ao prebuild e armazenamento de modelos associados a cada configuração de prebuild para um determinado repositório e região. Como administrador, é possível baixar o relatório de uso da sua organização para obter uma visão detalhada das ações associadas à prebuild e dos custos de armazenamento dos repositórios de sua organização para ajudá-lo a gerenciar o uso.

Além de habilitar o faturamento, o GitHub também adicionou uma funcionalidade para ajudar a gerenciar os custos de armazenamento associados à prebuild com base no feedback compartilhado pelo usuário.

Retenção de modelos para gerenciar custos de armazenamento
Os administradores de repositório agora podem especificar o número de versões de modelo de prebuild a serem retidas com uma configuração de retenção de modelo padrão de dois. Um padrão de dois significa que o serviço de espaço de código reterá a versão mais recente e uma anterior do modelo de pré-criação por padrão, ajudando você a economizar armazenamento para versões mais antigas.

Como começar
Os prebuilds estão disponíveis para os planos GitHub Enterprise Cloud e GitHub Team a partir desta semana.

Como administrador da organização ou do repositório, você pode acessar a página de configurações do seu repositório e criar configurações de prebuild na guia “Codespaces”. Como desenvolvedor, você pode criar um Codespace pré-criado indo até uma branch habilitada para prebuild em seu repositório e selecionando um tipo de máquina que tenha o rótulo “Prebuild ready”.

Os usuários também podem acessar a documentação de pré-criações para ajudá-los a começar. Após a disponibilização geral, o GitHub continuará trabalhando em funcionalidades para permitir prebuilds em cenários de monorepos e multi-repositórios com base nos comentários. Feedback para ajudar a melhorar a experiência podem ser postados no fórum de Discussions do GitHub.