π The CI/CD Workflow Transition
We are shifting to a highly automated, 5-layer release process! Here is exactly what you need to do right now, and a sneak peek at our automated future.
ποΈ Phase 1: What to do TODAYβ
Right now, we are building the foundation. Your immediate action items are simple but crucial:
- Build your Helmfile: Start writing your
helmfile.yamlconfigurations inside the newsite-valuesrepository. - Maintain existing Umbrellas: You can keep using your existing umbrellas in the
helm-chartsrepository for now.
π€ Phase 2: The Upcoming Automation (Target Workflow)β
Once our CI/CD pipelines are fully wired to the site-values repository, code promotion will follow this smooth 5-layer loop:
1. π©βπ» Developers Layer (Auto-Dev Loop)β
- A developer merges a feature PR into the
nextbranch. - A GitHub Action automatically builds the artifacts and updates the
site-valuesrepo. - This instantly triggers Jenkins to deploy the changes to
dev.

2. π§ͺ QA Layer (Release Candidate Loop)β
- A team lead manually merges an open
release-pleasePR to stamp an RC tag. - This fires off a PR in
site-values. - Once the QA Lead approves, the RC deploys directly to the
qaenvironment.

3. π οΈ Product Layer (Integration Deploy)β
- The product team reviews and merges the QA-approved PR.
- Jenkins takes over and deploys the code straight to the
integrationenvironment.

4. π Production Release Layer (Master Deploy)β
- After Product gives the green light, the RC merges into
master. release-pleasedrops the final tag, and a "Prod PR" opens in thesite-valuesrepo.

5. π¦ Customer Package Layer (Shipping)β
- The Manager merges the Prod PR.
- Jenkins deploys to
prod. - Our brand-new GHA
bundlerautomatically spins up the.tar.gzarchive packed with all charts, images, and.bundlerrc.jsondependencies! π
