Skip to content

Commit e80d1ed

Browse files
committed
cutover: accept talos as the canonical AWS deploy branch
Workflow now triggers on pushes to `talos` (additive — still accepts `aws-deployment-plan` during the transition window). The OIDC trust policy on the AWS side is updated in lockstep on the talos repo (infra/envs/prod/main.tf); after the operator runs `tofu apply`, pushes to `talos` will assume the ECR-push role successfully.
1 parent c8b6479 commit e80d1ed

1 file changed

Lines changed: 4 additions & 5 deletions

File tree

.github/workflows/aws-deployment.yml

Lines changed: 4 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -5,10 +5,9 @@ name: AWS — build runner image
55
# `bun run release:propose` in the talos repo so a deliberate human
66
# approves what deploys.
77
#
8-
# Triggered only on the `aws-deployment-plan` branch while the AWS path is
9-
# being proven alongside the live Railway deploy. Once Railway is
10-
# decommissioned, swap the trigger branch (and the OIDC trust in
11-
# talos/infra/envs/prod/main.tf) to `talos`.
8+
# Triggers on the canonical `talos` branch (post-cutover from Railway).
9+
# `aws-deployment-plan` is also accepted during the transition window;
10+
# drop it once that branch is retired.
1211
#
1312
# Requires the TALOS_DEPLOY_KEY secret to already be configured (same
1413
# secret the existing `talos.yml` workflow uses for @talos/client install).
@@ -18,7 +17,7 @@ name: AWS — build runner image
1817

1918
on:
2019
push:
21-
branches: [aws-deployment-plan]
20+
branches: [talos, aws-deployment-plan]
2221
workflow_dispatch:
2322

2423
permissions:

0 commit comments

Comments
 (0)