book_icon

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

Equipes e clientes do GHEC agora podem criar codespaces extremamente rápidos, mesmo para seus projetos maiores e mais complexos

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.

As configurações de prebuild são atualizadas sempre que os arquivos de configuração são alterados 

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.

GitHub

GitHub Actions

GitHub Enterprise Cloud e GitHub Team

Prebuilds do Codespaces

Robbie Ostrow

Vanta

O seu endereço de e-mail não será publicado.


As opiniões dos artigos/colunistas aqui publicados refletem exclusivamente a posição de seu autor, não caracterizando endosso, recomendação ou favorecimento por parte da Infor Channel ou qualquer outros envolvidos na publicação. Todos os direitos reservados. É proibida qualquer forma de reutilização, distribuição, reprodução ou publicação parcial ou total deste conteúdo sem prévia autorização da Infor Channel.