Skip to content

fix(manifest): correct hardening.deployOnPush to true; wire auto-merge guard - #201

Draft
github-actions[bot] wants to merge 2 commits into
mainfrom
claude/deploy-on-push
Draft

fix(manifest): correct hardening.deployOnPush to true; wire auto-merge guard#201
github-actions[bot] wants to merge 2 commits into
mainfrom
claude/deploy-on-push

Conversation

@github-actions

@github-actions github-actions Bot commented Aug 25, 2026

Copy link
Copy Markdown
Contributor

hardening.deployOnPush means a merge to the default branch IS a production deploy (see FuzeFront's CLAUDE.md and FuzeSDLC's governance/repo-manifest.schema.json). This repo's manifest declared deployOnPush: false, which was wrong.

Evidence: .github/workflows/release.ymlon: push: branches: [main] (paths under services/orchestrator/**, services/ui-react/**, mcp-servers/fuzeagent-server/**, deploy/helm/**, etc.) — builds and pushes the four service images to GHCR, then commits the tag bump to values-prod.yaml directly. Argo syncs from there. That is a deploy triggered by a push to main.

Changes:

  • .fuze/manifest.json: hardening.deployOnPush falsetrue.
  • .github/workflows/auto-merge.yml: reads the flag and withholds bot-merge when deployOnPush: true (mirrors the pattern already live on izzywdev/FuzeX's auto-merge.yml and the canonical template in izzywdev/FuzeSDLC's workflow-templates/auto-merge.yml). This repo has no existing deploy-preserving auto-merge mechanism (unlike FuzeFront/FuzePicker), so blocking is the safe default — merge this PR by hand in a deploy window.

No deploy workflow behavior changes; this only declares a fact and gates the merge path on it.

Note: this PR was auto-opened as a draft by this repo's stranded-branch detector; marking ready for review here.

izzywdev and others added 2 commits August 25, 2026 11:45
release.yml triggers on push to main (paths: services/orchestrator/**, services/ui-react/**, mcp-servers/fuzeagent-server/**, deploy/helm/**, etc.), builds+pushes GHCR images, and commits the tag bump to values-prod.yaml directly. Argo syncs from there. That is a production deploy triggered by a push to the default branch, so hardening.deployOnPush was misdeclared false.
Wires the auto-merge path to hardening.deployOnPush in .fuze/manifest.json:
a merge on this repo pushes images and bumps values-prod.yaml directly
(release.yml), so a bot-merged PR here would be an unattended production
deploy. Mirrors the pattern already live on FuzeX's auto-merge.yml and the
canonical template in izzywdev/FuzeSDLC (workflow-templates/auto-merge.yml).
@izzywdev izzywdev changed the title fix(manifest): correct hardening.deployOnPush to true fix(manifest): correct hardening.deployOnPush to true; wire auto-merge guard Aug 25, 2026
@izzywdev izzywdev added the auto-merge Enable squash auto-merge once CI passes label Aug 25, 2026 — with Claude
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

auto-merge Enable squash auto-merge once CI passes

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant