syncronize docker tags across the workflow #41846
Closed
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
xref issue gh-37855
xref PR gh-40827 (which had this exact change but was reverted)
xref PR
gh-37584gh-38796 (which ran into the inconsistency between the tags)Before this PR, the situation is that
.circleci/docker/build_docker.shusesCIRCLE_WORKFLOW_IDto tag images, but the test whether to build an image in.circleci/verbatim-sources/job-specs/docker_jobs.ymlusesDOCKER_TAGcalculated fromgit log --oneline --pretty='%H'. Somehow PRgh-37584gh-38796 hit a situation where thepytorch_linux_xenial_py3_clang5_android_ndk_r19cimage build failed, but an image with theDOCKER_TAGformatted-tag appeared on http://docker.pytorch.org/pytorch.html. So theDOCKER_TAGimage is the one checked in the "Check if image should be built" step, not theCIRCLE_WORKFLOW_IDone.