Skip to content

feat(deploy): add workflow_dispatch for manual binary deploys - #148

Merged
ferhimedamine merged 1 commit into
mainfrom
feat/deploy-workflow-dispatch
Sep 4, 2026
Merged

feat(deploy): add workflow_dispatch for manual binary deploys#148
ferhimedamine merged 1 commit into
mainfrom
feat/deploy-workflow-dispatch

Conversation

@ferhimedamine

Copy link
Copy Markdown
Contributor

Problem

Deploy Binary is only triggered by a successful Release workflow run. When a release already exists (v0.7.1), re-running Release fails at "Create GitHub Release", so Deploy Binary never fires. This leaves production stuck on an older binary despite the release artifacts being present.

Fix

Add `workflow_dispatch` trigger with a `version_tag` input. A new `Resolve release tag` step selects between the dispatch input and the `workflow_run.head_branch` value so both paths share the same download/deploy steps.

Test plan

  • After merge, dispatch: `gh workflow run deploy.yml -R dakera-ai/dakera-cli --field version_tag=v0.7.1`
  • Verify Deploy to Production job runs (not skipped)
  • Verify `dk --version` on production host reports `0.7.1`

🤖 Generated with Claude Code

Enables manual re-deployment of any release tag without needing a
new Release workflow run. Resolves the dead-end where re-running
Release fails (release already exists) and Deploy Binary only fires
on successful Release completion.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
@ferhimedamine
ferhimedamine merged commit 75695a3 into main Sep 4, 2026
12 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant