Flagger
GitHub
latest
latest
  • Introduction
  • FAQ
  • Install
    • Flagger Install on Kubernetes
    • Flagger Install with Flux
    • Flagger Install on GKE Istio
    • Flagger Install on EKS App Mesh
    • Flagger Install on Alibaba ServiceMesh
  • Usage
    • How it works
    • Deployment Strategies
    • Metrics Analysis
    • Webhooks
    • Alerting
    • Monitoring
  • Tutorials
    • Istio Canary Deployments
    • Istio A/B Testing
    • Linkerd Canary Deployments
    • App Mesh Canary Deployments
    • Contour Canary Deployments
    • Gloo Canary Deployments
    • NGINX Canary Deployments
    • Skipper Canary Deployments
    • Traefik Canary Deployments
    • Apache APISIX Canary Deployments
    • Open Service Mesh Deployments
    • Kuma Canary Deployments
    • Gateway API Canary Deployments
    • Knative Canary Deployments
    • Blue/Green Deployments
    • Canary analysis with Prometheus Operator
    • Canary analysis with KEDA ScaledObjects
    • Zero downtime deployments
  • Dev
    • Development Guide
    • Release Guide
    • Upgrade Guide
Powered by GitBook
On this page
  • Release
  • Flagger
  • Flagger load tester
  • CI
  • Docs

Was this helpful?

  1. Dev

Release Guide

This document describes how to release Flagger.

Release

Flagger

To release a new Flagger version (e.g. 2.0.0) follow these steps:

  • create a branch git checkout -b release-2.0.0

  • set the version in code and manifests TAG=2.0.0 make version-set

  • commit changes and merge PR

  • checkout main git checkout main && git pull

  • tag main make release

Flagger load tester

To release a new Flagger load tester version (e.g. 2.0.0) follow these steps:

  • create a branch git checkout -b release-ld-2.0.0

  • set the version in code (cmd/loadtester/main.go#VERSION)

  • set the version in the Helm chart (charts/loadtester/Chart.yaml and values.yaml)

  • set the version in manifests (kustomize/tester/deployment.yaml)

  • commit changes and push the branch upstream

  • in GitHub UI, navigate to Actions and run the push-ld workflow selecting the release branch

  • after the workflow finishes, open the PR which will run the e2e tests using the new tester version

  • merge the PR if the tests pass

CI

After the tag has been pushed to GitHub, the CI release pipeline does the following:

  • creates a GitHub release

  • pushes the Flagger binary and change log to GitHub release

  • pushes the Flagger container image to GitHub Container Registry

  • pushed the Flagger install manifests to GitHub Container Registry

  • signs all OCI artifacts and release assets with Cosign and GitHub OIDC

  • pushes the Helm chart to github-pages branch

  • GitHub pages publishes the new chart version on the Helm repository

Docs

After a Flagger release, publish the docs with:

  • git checkout main && git pull

  • git checkout docs

  • git rebase main

  • git push origin docs

PreviousDevelopment GuideNextUpgrade Guide

Last updated 2 years ago

Was this helpful?

The documentation is built from the docs branch.

Lastly open a PR with all the docs changes on to update .

website
fluxcd/website
fluxcd.io/flagger