Skip to main content

πŸš€ 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:

  1. Build your Helmfile: Start writing your helmfile.yaml configurations inside the new site-values repository.
  2. Maintain existing Umbrellas: You can keep using your existing umbrellas in the helm-charts repository 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 next branch.
  • A GitHub Action automatically builds the artifacts and updates the site-values repo.
  • This instantly triggers Jenkins to deploy the changes to dev.

dev loop

2. πŸ§ͺ QA Layer (Release Candidate Loop)​

  • A team lead manually merges an open release-please PR to stamp an RC tag.
  • This fires off a PR in site-values.
  • Once the QA Lead approves, the RC deploys directly to the qa environment.

qa loop

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 integration environment.

integration loop

4. πŸš€ Production Release Layer (Master Deploy)​

  • After Product gives the green light, the RC merges into master.
  • release-please drops the final tag, and a "Prod PR" opens in the site-values repo.

prod loop

5. πŸ“¦ Customer Package Layer (Shipping)​

  • The Manager merges the Prod PR.
  • Jenkins deploys to prod.
  • Our brand-new GHA bundler automatically spins up the .tar.gz archive packed with all charts, images, and .bundlerrc.json dependencies! πŸŽ‰

release stage