Skip to content

fix: pass cluster_name_prod to deploy-to-prod job#19

Open
mawbid wants to merge 1 commit into
aproorg:mainfrom
mawbid:fix/prod-cluster-name
Open

fix: pass cluster_name_prod to deploy-to-prod job#19
mawbid wants to merge 1 commit into
aproorg:mainfrom
mawbid:fix/prod-cluster-name

Conversation

@mawbid

@mawbid mawbid commented Jul 20, 2026

Copy link
Copy Markdown

Fixes #18.

The deploy-to-prod job in release-deploy.yml was passing cluster_name_staging as CLUSTER_NAME instead of cluster_name_prod.

CLUSTER_NAME is only used by the force-new-deployment and wait services-stable steps in deploy-ecs-service, and those steps are currently skipped because FORCE_NEW_DEPLOYMENT defaults to false. The bug is latent — but enabling FORCE_NEW_DEPLOYMENT on a release deploy would target the staging cluster instead of prod.

One-line change: cluster_name_stagingcluster_name_prod on the CLUSTER_NAME input of the prod deployment step.

The deploy-to-prod job in release-deploy.yml was passing
cluster_name_staging as CLUSTER_NAME instead of cluster_name_prod.
CLUSTER_NAME is used by the force-new-deployment and wait-for-stable
steps in deploy-ecs-service, so enabling FORCE_NEW_DEPLOYMENT on a
release deploy would target the wrong cluster.
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.

release-deploy.yml: deploy-to-prod passes cluster_name_staging instead of cluster_name_prod

1 participant