GitOps for k8s
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
Michael Bridgen e9c3718f84
Merge pull request #2079 from weaveworks/docs/close-milestone-after-release
13 hours ago
.circleci Remove caching for vendoring (it just slows things down) 14 hours ago
.github drop [] in list of labels (issue templates) 1 week ago
api Move images to Docker Hub 1 month ago
bin Bump kubeyaml to version 0.5.2 4 weeks ago
chart Prepare chart 0.9.5 release 1 day ago
checkpoint Fixup arm and arm64 builds; Refactor Makefile; 1 month ago
cluster Log once for excluded resources 1 day ago
cmd Rename controller to workload in `fluxctl release` 1 day ago
daemon Use ConstNamespacer instead of re-inventing the wheel 15 hours ago
deploy Merge pull request #2074 from weaveworks/release/1.12.x 1 day ago
deploy-helm Update Helm operator manifests to '0.9.1' 2 weeks ago
docker Ensure gnutls >=3.6.7 1 day ago
errors Downgrade non-specific errors to application-level 1 year ago
event Revert renaming of serialized struct fields 2 months ago
git Fix race condition and tests 1 day ago
gpg Use machine builder 1 day ago
guid Make new subscriptions kick old subscriptions 2 years ago
http nitpick: `flux` -> `Flux` 2 months ago
image Make it possible to overwrite image TS with label 2 weeks ago
integrations Construct release name when not provided 1 week ago
internal_docs Add milestone cleanup to release doc 13 hours ago
job Break dependencies among git, job, event packages 1 year ago
metrics Standardize http metrics, to flux_request_duration 2 years ago
policy Make `regex` an alias of `regexp` tag filter type 1 month ago
registry Make it possible to overwrite image TS with label 2 weeks ago
release Exclude resources if we cannot find their scope 1 month ago
remote Be more tolertant towards missing image manifests 1 month ago
resource Rename resource method Policy() to Policies() 2 months ago
site Updated 1 day ago
ssh Generate keys in a separate tmpfs volume 1 year ago
sync Exclude resources if we cannot find their scope 1 month ago
test Add EOL 1 day ago
update Fix typos 1 month ago
.gitignore Refactor e2e test 1 day ago Add changelog entry for Helm operator v0.9.1 2 weeks ago Fix typo en CHANGELOG 1 day ago Move code of conduct into its own file. 8 months ago update developing docs to remind to `make test` 2 months ago
DCO docs: steal and DCO docs from scope, modify slightly 8 months ago
Gopkg.lock Use instead of docker/distribution 4 weeks ago
Gopkg.toml Use instead of docker/distribution 4 weeks ago
LICENSE Initial commit 2 years ago
MAINTAINERS Update MAINTAINERS and include email addresses 3 weeks ago
Makefile Add container dependencies where they belong 1 day ago Add karriere to prod users 1 day ago
flux.go Admit "<cluster>" when parsing ResourceIDs 2 months ago
resourceid_test.go Admit "<cluster>" when parsing ResourceIDs 2 months ago


We believe in GitOps:

  • You declaratively describe the entire desired state of your system in git. This includes the apps, config, dashboards, monitoring and everything else.
  • What can be described can be automated. Use YAMLs to enforce conformance of the system. You don’t need to run kubectl, all changes go through git. Use diff tools to detect divergence between observed and desired state and get notifications.
  • You push code not containers. Everything is controlled through pull requests. There is no learning curve for new devs, they just use your standard git PR process. The history in git allows you to recover from any snapshot as you have a sequence of transactions. It is much more transparent to make operational changes by pull request, e.g. fix a production issue via a pull request instead of making changes to the running system.

Flux is a tool that automatically ensures that the state of a cluster matches the config in git. It uses an operator in the cluster to trigger deployments inside Kubernetes, which means you don’t need a separate CD tool. It monitors all relevant image repositories, detects new images, triggers deployments and updates the desired running configuration based on that (and a configurable policy).

The benefits are: you don’t need to grant your CI access to the cluster, every change is atomic and transactional, git has your audit log. Each transaction either fails or succeeds cleanly. You’re entirely code centric and don’t need new infrastructure.

Deployment Pipeline

CircleCI GoDoc

What Flux does

Flux is most useful when used as a deployment tool at the end of a Continuous Delivery pipeline. Flux will make sure that your new container images and config changes are propagated to the cluster.


Its major features are:

Who is using Flux in production

If you too are using Flux in production; please submit a PR to add your organization to the list!

Relation to Weave Cloud

Weave Cloud is a SaaS product by Weaveworks that includes Flux, as well as:

  • a UI and alerts for deployments: nicely integrated overview, all Flux operations just a click away.
  • full observability and insights into your cluster: Instantly start using monitoring dashboards for your cluster, hosted 13 months of history, use a realtime map of your cluster to debug and analyse its state.

If you want to learn more about Weave Cloud, you can see it in action on its homepage.

Get started with Flux

Get started by browsing through the documentation below:


As Flux is Open Source, integrations are very straight-forward. Here are a few popular ones you might want to check out:

Community & Developer information

We welcome all kinds of contributions to Flux, be it code, issues you found, documentation, external tools, help and support or anything else really.

Instances of abusive, harassing, or otherwise unacceptable behavior may be reported by contacting a Flux project maintainer, or Alexis Richardson <>. Please refer to our code of conduct as well.

To familiarise yourself with the project and how things work, you might be interested in the following:

Getting Help

If you have any questions about Flux and continuous delivery:

Your feedback is always welcome!