GoogleContainerTools/skaffold

Clean up from remote repositories as well after skaffold-dev

Aberta

#3.487 aberto em 9 de jan. de 2020

Ver no GitHubGuia do colaborador
 (5 comentários) (1 reação) (0 responsável)Go (1.416 forks)batch import
area/cleanuphelp wantedkind/feature-requestpriority/p3

Métricas do repositório

Stars
 (12.822 estrelas)
Métricas de merge de PR
 (Mesclagem média 3d 6h) (16 fundiu PRs em 30d)

Description

Hi. I have been using a remote GKE cluster as my development target since its difficult to run Minikube and test everything on my system. Everything works great with skaffold dev pushing images remotely during development and I am able to test it.

But, when terminating skaffold dev I would like the remote GCR images which were pushed to be cleaned up as well to avoid doing it manually later. Too many tags are getting pushed to GCR because of this.

Rather, all tags can be stored in the remote registry permanently only when running skaffold run but cleaned up when using skaffold dev

Is there any other way to avoid issues like these? Thanks. I hope the GCloud bill doesn't shoot up because of this.

Guia do colaborador

Direção de pesquisa
Esta solicitação de recurso pede a limpeza das imagens enviadas remotamente após o término de `skaffold dev`. Para implementar, explore o ciclo de vida do skaffold dev em `cmd/skaffold/app/cmd/dev.go` e a lógica de limpeza em `pkg/skaffold/deploy`. A limpeza atual remove os contêineres locais, mas não exclui as imagens do registro remoto. Considere adicionar uma etapa para excluir as tags enviadas via API GCR usando o nome do repositório e as tags armazenadas durante o dev. A interface do deployer existente pode precisar de extensão. Além disso, revise os comentários da discussão para restrições adicionais.
Pilha de tecnologia
go
Domain
backendclouddevops
Tipo Issue
Funcionalidade
DifficultyDificuldade de implementação estimada para um novo contribuidor, de 1 para alterações muito pequenas a 5 para trabalho de nível especializado.
2
Tempo estimadoUm intervalo de tempo aproximado para um colaborador experiente investigar, implementar, testar e preparar um pull request.
Meio dia
Status da atividadeQuão disponível o issue aparece agora: novo, ativo, obsoleto, bloqueado ou aguardando entrada do mantenedor.
Ativo
ClarityCom que clareza o issue explica a mudança esperada, os critérios de aceitação e a próxima etapa.
Claro
Prerequisites
GoKubernetesGCP
Simpatia para novatosUma pontuação de 1 a 100 que estima o quão acessível este issue é para colaboradores iniciantes.
50