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.
Situation
When
Dockerfile-template.*changes are made andDockerfileupdates 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
Dockerfileupdates 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
Dockerfileupdates should be made directly, and when it should be left to automation.For those cases where no direct
Dockerfileupdate should be included in a PR, describe also how to test such PRs.