Conversation
Adding CLAUDE.md with task information for AI processing. This file will be removed when the task is complete. Issue: #60
… releases Analysis of why v1.3.11 was never released after PR #58 merged, and why the manual workflow_dispatch created v1.3.12 instead of retrying v1.3.11. Root causes identified: 1. Transient network timeouts on GitHub-hosted runners caused the push-triggered build for v1.3.11 to fail (ghcr.io/Docker Hub connectivity issues) 2. GITHUB_TOKEN-based pushes (from apply-changesets) don't trigger new on:push workflows — so when the build fails, there is no automatic retry path 3. No release-only workflow_dispatch mode — bump-and-release always creates extra version increment Includes full CI logs for both relevant workflow runs, timeline reconstruction, root cause analysis, online research, and proposed solutions. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
This reverts commit 859b274.
🤖 Solution Draft LogThis log file contains the complete execution trace of the AI solution draft process. 💰 Cost estimation:
Now working session is ended, feel free to review and add any feedback on the solution draft. |
✅ Ready to mergeThis pull request is now ready to be merged:
Monitored by hive-mind with --auto-restart-until-mergeable flag |
|
Can we fix all issues? I need that manual release will build all images and actually trigger new version bump. And the end result should be all releases just as auto releases. |
|
🤖 AI Work Session Started Starting automated work session at 2026-03-02T20:23:10.775Z The PR has been converted to draft mode while work is in progress. This comment marks the beginning of an AI work session. Please wait for the session to finish, and provide your feedback. |
…s without extra version bump Adds a third release_mode option 'release-only' to the workflow_dispatch trigger. This allows building and releasing the current VERSION without performing a new version bump — directly addressing issue #60 where a failed build left version 1.3.11 unreleased, and the only workaround (bump-and-release) created an unintentional extra version increment to 1.3.12. With release-only mode, users can now run: workflow_dispatch → release_mode: release-only Which will build all Docker images and create a GitHub Release for the current VERSION without any version bump. Also simplifies should-build logic: any workflow_dispatch event (all three modes) always triggers a build, removing the redundant mode-specific branches. Updates case study docs to reflect the implemented solution. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
🤖 Solution Draft LogThis log file contains the complete execution trace of the AI solution draft process. 💰 Cost estimation:
Now working session is ended, feel free to review and add any feedback on the solution draft. |
🔄 Auto-restart 1/3Detected uncommitted changes from previous run. Starting new session to review and commit them. Uncommitted files: Auto-restart will stop after changes are committed or after 2 more iterations. Please wait until working session will end and give your feedback. |
Adds the required changeset file for the .github/workflows/release.yml change that introduced the `release-only` dispatch mode. This satisfies the CI changeset check requirement. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
🔄 Auto-restart 1/3 LogThis log file contains the complete execution trace of the AI solution draft process. 💰 Cost estimation:
Now working session is ended, feel free to review and add any feedback on the solution draft. |
Summary
Implements the fix for issue #60: Manual CI/CD did not produce any new releases.
The root cause was that when a push-triggered build fails after
apply-changesetsbumps the version, there is no way to retry the build without creating an extra version bump. The only manual trigger (bump-and-releasemode) always increments the version — so retrying after a v1.3.11 failure would bump to v1.3.12, skipping v1.3.11 entirely (which is exactly what happened).What Was Fixed
Added a new
release-onlymode toworkflow_dispatchinputs:build-onlybump-and-releaserelease-only✨ newWith
release-only, users can now trigger:This directly fixes the problem from issue #60: if a push-triggered build fails after a version bump commit, the user can retry with
release-onlyinstead of accidentally creating an extra version increment.Changes
.github/workflows/release.yml:release-onlyas a thirdrelease_modeoption with a clear descriptionshould-buildlogic: anyworkflow_dispatchalways builds (removed redundant mode-specific branches)create-releasejobs already usedgithub.event_name == 'workflow_dispatch'so no additional conditions were neededdocs/case-studies/issue-60/CASE-STUDY.md:release-onlymode worksRoot Cause Analysis
See full case study:
docs/case-studies/issue-60/CASE-STUDY.mdTimeline of the incident:
apply-changesetsbumped 1.3.10 → 1.3.11 via GITHUB_TOKEN pushworkflow_dispatchwithbump-and-release→ accidentally created v1.3.12, skipping v1.3.11Test Plan
release-onlyoption appears inworkflow_dispatchinputs dropdownversion-bumpjob's existingif: release_mode == 'bump-and-release'correctly skips forrelease-onlyshould-buildsetsresult=trueforrelease-only(now covered by the genericworkflow_dispatchcheck)create-releasejobs already trigger on anyworkflow_dispatchrelease-only🤖 Generated with Claude Code
Fixes #60