PRs updates may cause unwanted PR creation in `docker-library/official-images`
Mantenedores costumam responder em até 1 dia
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 2/5
- Tempo estimado
- 1-3 horas
- Facilidade para iniciantes
- 72/100
- Tipo de issue
- Documentação
- Clareza
- Razoavelmente clara
- Status de atividade
- Pouca atividade
- Stack de tecnologia
- docker, dockerfile, github-actions
- Domínio
- ci-cd, documentation
Direção de pesquisa
Leia CONTRIBUTING.md junto com .github/workflows/official-pr.yml e automatic-updates.yml para entender quando as alterações em Dockerfile acionam pull requests para imagens oficiais. Atualize CONTRIBUTING.md com as exceções para atualizações diretas e as instruções para testar pull requests que não devem incluir uma atualização de Dockerfile; considera-se concluído quando ambos os casos estiverem claramente documentados.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
Situation
When Dockerfile-template.* changes are made and Dockerfile updates in the release line directories are also made, then the repo automatically triggers a PR to build a new release. The workflow official-pr is responsible for this.
Unless the update is part of a new release, then Dockerfile updates should generally not be done manually. These updates should be left to the automated processes that are triggered when the repo's automatic-updates.yml polling workflow detects a new Node.js release.
Suggestion
Research the background and add instructions to the CONTRIBUTING document about when Dockerfile updates should be made directly, and when it should be left to automation.
For those cases where no direct Dockerfile update should be included in a PR, describe also how to test such PRs.
- Linguagem predominante
- Dockerfile
- Estrelas
- 8.6k
- Forks
- 2k
- Merge médio
- 2h 58min
- PRs com merge (30d)
- 17
Preparar o ambiente
- Sem Dockerfile nem arquivo Docker Compose
- Tem um modelo de pull request
- Ler o guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de nodejs/docker-node
-
build process
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
nodejs/docker-node#2437 ·
Mantenedores costumam responder em até 1 dia
-
build process
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 64/100
nodejs/docker-node#2436 · 1 comentário ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
nodejs/docker-node#1779 · 1 comentário ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
nodejs/docker-node#1707 · 3 comentários · 7 reações ·
Mantenedores costumam responder em até 1 dia
-
docs
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
nodejs/docker-node#1101 · 2 comentários ·
Mantenedores costumam responder em até 1 dia
Todas as issues de nodejs/docker-node
Issues semelhantes
-
update UV in dockerfileAbertagood first issue
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 68/100
-
Additional warning optionsAberta
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 88/100
linuxserver/docker-baseimage-selkies#195 · 3 comentários ·
-
🕷️ bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 88/100
sysadminsmedia/homebox#1770 ·
Mantenedores costumam responder em até 2 dias
-
deployment release-lag
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
nolte/kamerplanter#2047 ·
Mantenedores costumam responder em até 1 dia