PRs updates may cause unwanted PR creation in `docker-library/official-images`

Abierto Apto para principiantes
#2,564 2 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
2/5
Tiempo estimado
1-3 horas
Aptitud para principiantes
72/100
Tipo de issue
Documentación
Claridad
Bastante claro
Estado de actividad
Tranquilo
Stack tecnológico
docker, dockerfile, github-actions
Área
ci-cd, documentation

Línea de trabajo

Lee CONTRIBUTING.md junto con .github/workflows/official-pr.yml y automatic-updates.yml para entender cuándo los cambios en Dockerfile activan pull requests para imágenes oficiales. Actualiza CONTRIBUTING.md con las excepciones para actualizaciones directas y las instrucciones para probar pull requests que no deben incluir una actualización de Dockerfile; se considerará terminado cuando ambos casos estén documentados claramente.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

build process docs

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.

Lenguaje dominante
Dockerfile
Estrellas
8.6k
Forks
2k
Merge medio
10 h 19 min
PR fusionados (30 d)
16

Guía de contribución

Abrir la guía de contribución

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de nodejs/docker-node

Todos los issues de nodejs/docker-node

Issues similares

Más issues de DevOps

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.