Fix WORKFLOW.md D4.5 Wording Contradicting Its Own Input and D1.3 - #898
Conversation
D4.5 stated its input as a real publish, then ended on a clause about
smoke ('still lets docker build on smoke'), contradicting the
guarantee's own input and D1.3 (smoke never publishes or pushes).
Verified against the current build-release-task.yml / build-docker-task.yml:
build-docker's if: (enable_docker && !failure() && !cancelled()) tolerates a
skipped upstream target but not a failed one, and whether Docker actually
pushes is the separate push: (dockerhub && !smoke) input forwarded into
build-docker-task.yml's build-push-action call. A disabled/unchanged
(skipped) target therefore still lets Docker push on a real, non-smoke
publish, matching the corrected wording.
Fixes#745Code Review by Qodo🐞 Bugs (0)📘 Rule violations (0)📎 Requirement gaps (0)Great, no issues found!Qodo reviewed your code and found no material issues that require reviewTip of the day💡 Did you know, you can tweak Display preferences with a live preview to see your comment before it ships |
PR Summary by QodoClarify WORKFLOW.md D4.5 wording about Docker push vs smoke builds
AI Description
Diagram
High-Level Assessment
Files changed (1) |
There was a problem hiding this comment.
🟢 Approval recommended
The change is a narrow prose correction that removes a contract contradiction without altering any implementation behavior.
Pull request overview
Clarifies the WORKFLOW.md D4.5 publish guarantee by removing wording that incorrectly referenced smoke behavior, aligning the guarantee’s stated input (“a real publish”) with the documented Docker push mechanism.
Changes:
- Reword D4.5’s final clause from “docker build on smoke” to “docker push” to avoid contradicting D1.3 and D4.5’s own stated input.
- Keeps the statement focused on the skipped-vs-failed behavior (
!failure() && !cancelled()) without implying smoke publishes.
File summaries
| File | Description |
|---|---|
| WORKFLOW.md | Fixes D4.5 wording to match the real-publish contract and the Docker push mechanism. |
Review details
- Files reviewed: 1/1 changed files
- Comments generated: 0
- Review effort level: Lite
💡 Configure MCP servers for context-aware, tailored reviews. Learn more in the docs.
Important Review skippedAuto reviews are disabled on base/target branches other than the default branch. Please check the settings in the CodeRabbit UI or the ⚙️ Run configurationConfiguration used: Organization UI Review profile: ASSERTIVE Plan: Pro Plus Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
Comment |
Uh oh!
There was an error while loading. Please reload this page.
## Summary - Fix `WORKFLOW.md` D4.5 wording that contradicted its own stated input and D1.3. ## Included Work - `c5fec4a` Fix WORKFLOW.md D4.5 Wording Contradicting Its Own Input and D1.3 (#898). ## Tracking Fixes#745. <!-- This is an auto-generated comment: release notes by coderabbit.ai --> ## Summary by CodeRabbit * **Documentation** * Clarified release workflow behavior when enabled builds fail. * Documented that skipped disabled or unchanged targets still allow Docker publication to proceed. * Removed the incorrect statement that Docker builds occur during smoke runs. <!-- end of auto-generated comment: release notes by coderabbit.ai -->
D4.5 states its input as a real publish, then ended on a clause about smoke ("still lets docker build on smoke"), contradicting the guarantee's own stated input and D1.3 (smoke publishes and uploads nothing). Corrected to "still lets docker push", which describes the actual mechanism with no reference to smoke.
Verified against the current
build-release-task.yml/build-docker-task.yml, not just the issue's own reasoning, since the issue was filed a while ago:build-docker'sif:isinputs.enable_docker && !failure() && !cancelled(), needingdotnet-publish/build-nuget/build-pypi. A skipped (disabled/unchanged) upstream target doesn't tripfailure(), so the job still runs; a failed one does, so it's skipped.push: ${{ inputs.dockerhub && !inputs.smoke }}input, forwarded straight intobuild-docker-task.yml'sdocker/build-push-actioncall, independent of which upstream targets were skipped.WORKFLOW.mdpassages referencing this mechanism (D1 aggregator note, Docker-image section) — none restate the flawed wording, all agree with the fix.Relates to #745.
Fixes #745lands on the follow-updevelop -> mainpromotion PR per the fleet's issue-closing convention (auto-close only fires on a merge to the default branch).