Armazenando dependências em cache para compilações mais rápidas

A maior parte do tempo da integração contínua é gasta baixando e instalando as mesmas dependências em cada execução. O armazenamento em cache as mantém entre as execuções para que as compilações seguintes reutilizem o trabalho, muitas vezes reduzindo significativamente o tempo do fluxo.

O GitHub fornece actions/cache. Você informa um caminho para armazenar em cache e uma chave que identifica a entrada do cache. Quando há um acerto, o caminho é restaurado; caso contrário, ele é salvo após a tarefa.

A chave deve mudar apenas quando o conteúdo armazenado em cache também precisar mudar. Calcular o hash do arquivo de bloqueio é ideal: um novo arquivo de bloqueio significa novas dependências, então uma nova entrada de cache é criada.

restore-keys fornece prefixos de reserva. Se a chave exata não for encontrada, a ação restaura o cache mais recente cuja chave começa com um prefixo, proporcionando uma inicialização parcial já preparada.

Quando há uma correspondência exata de chave, ocorre um acerto do cache e o caminho é restaurado. Quando há uma falha, a tarefa é executada normalmente e o cache é salvo no final usando a chave principal, pronto para a próxima vez.

As ações de configuração das linguagens já incluem armazenamento em cache. Para Node, setup-node com cache: npm gerencia o cache de dependências para você, sem necessidade de uma etapa de cache separada.

Armazene em cache os diretórios de download do gerenciador de pacotes, e não o node_modules instalado, quando possível, porque os caches de download são portáteis e a etapa de instalação ainda verifica a integridade.

• Node: ~/.npm
• Python: cache do pip
• Java: ~/.m2 ou caches do Gradle

Os caches têm escopo por ramo, com reserva para o ramo padrão, e possuem um limite de tamanho por repositório. Caches não utilizados são removidos com o tempo, portanto projete chaves que mudem de maneira previsível.

Se sua chave nunca mudar, você poderá fornecer dependências desatualizadas. Sempre associe a chave ao hash do arquivo de bloqueio para que as atualizações invalidem o cache automaticamente.

Em compilações matriciais entre sistemas operacionais ou versões, inclua runner.os e a versão na chave para que cada variante tenha seu próprio cache correto, sem conflitos.

Compare a duração das tarefas antes e depois do armazenamento em cache e observe o indicador de acerto do cache nos registros. Uma taxa de acerto consistentemente baixa indica uma chave que muda com frequência excessiva.

Teste sua compreensão sobre o armazenamento em cache de dependências.

Você acelerou a integração contínua com o armazenamento em cache de dependências: a ação actions/cache com uma chave baseada no hash do arquivo de bloqueio e uma alternativa de reserva restore-keys, o cache integrado às ações de configuração, a escolha do que armazenar em cache, a inclusão do sistema operacional e da versão nas chaves matriciais e a prevenção de caches desatualizados associando a chave ao arquivo de bloqueio.