fluxcd/flagger

Progressive delivery Kubernetes operator (Canary, A/B Testing and Blue/Green deployments)

View on GitHub ↗Jump to charts ↓

Summary Information

Updated 1 hour ago
Added to GitGenius on September 12th, 2026
Created on September 19th, 2018
Open Issues & Pull Requests: 388 (+0)
GitHub issues: Enabled
Number of forks: 804
Total Stargazers: 5,403 (+0)
Total Subscribers: 56 (+0)

Repository Insights (GitGenius)

Median issue/PR response: 8.6 days
Mean response time: 94.0 days
90th percentile: 257.6 days
Tracked items: 100

How this project is maintained

Around half of the issues opened in the past year never receive a reply. 97% of open issues come from outside the core team, so the backlog reflects real-world use rather than internal planning. Only 3% of issues opened in the past year have been closed. Three people close 72% of everything that gets resolved.

Charts & Analytics

Fetching additional details & charts...

Issue Activity (beta)

Open issues: 95
New in 7 days: 0
Closed in 7 days: 0
Avg open age: 648 days
Stale 30+ days: 92
Stale 90+ days: 76

Recent activity

Opened in 7 days: 0
Closed in 7 days: 0
Comments in 7 days: 0
Events in 7 days: 0

Top labels

  • kind/enhancement (3)
  • good first issue (2)
  • kind/bug (2)
  • kind/feature (2)
  • help wanted (1)
  • question (1)

Most active issues this week

Detailed Description

Flagger is a progressive delivery Kubernetes operator that automates canary releases, A/B testing, and blue/green deployments by gradually shifting traffic to new application versions while measuring metrics and running conformance tests.

The tool addresses the risk of deploying new software versions to production by implementing a controlled rollout process. It works by taking a standard Kubernetes deployment and creating a series of supporting objects—including additional deployments, services, and ingress or service mesh routes—that enable gradual traffic shifting. Flagger monitors application metrics and runs conformance tests during the rollout, automatically promoting or rolling back the new version based on the results. The operator also tracks changes to ConfigMaps and Secrets referenced by deployments, triggering canary analysis when configuration changes occur alongside code updates.

Teams should adopt Flagger if they run applications on Kubernetes and want to reduce deployment risk through automated progressive delivery. It suits organizations using service meshes like Istio or Linkerd, ingress controllers such as NGINX or Contour, or cloud-native service mesh solutions like AWS App Mesh. The tool integrates with multiple monitoring platforms to analyze metrics during rollouts and supports webhook-based notifications for alerting and custom promotion logic. Flagger is part of the Flux family of GitOps tools and maintains compatibility with Flux-based deployment workflows.

The project shows sustained development activity with regular updates to support new Kubernetes versions and service mesh integrations. Maintenance includes ongoing refinement of canary analysis algorithms and metrics evaluation. The codebase receives contributions addressing edge cases in traffic shifting and integration scenarios. Documentation is actively maintained with examples covering multiple deployment strategies and integration patterns.