|
1 year ago | |
---|---|---|
.circleci | 2 years ago | |
api | 2 years ago | |
bin | 2 years ago | |
cluster | 1 year ago | |
cmd | 1 year ago | |
daemon | 1 year ago | |
deploy | 1 year ago | |
docker | 1 year ago | |
errors | 2 years ago | |
event | 2 years ago | |
git | 1 year ago | |
guid | 3 years ago | |
http | 2 years ago | |
image | 2 years ago | |
internal_docs | 2 years ago | |
job | 2 years ago | |
metrics | 2 years ago | |
policy | 2 years ago | |
registry | 1 year ago | |
release | 1 year ago | |
remote | 2 years ago | |
resource | 2 years ago | |
site | 1 year ago | |
ssh | 1 year ago | |
sync | 1 year ago | |
test | 2 years ago | |
update | 1 year ago | |
.gitignore | 2 years ago | |
CHANGELOG.md | 1 year ago | |
Gopkg.lock | 1 year ago | |
Gopkg.toml | 1 year ago | |
LICENSE | 3 years ago | |
Makefile | 1 year ago | |
README.md | 2 years ago | |
flux.go | 2 years ago | |
lint | 3 years ago |
We believe that environments should be entirely version controlled. This is an anti-fragile measure to ensure stability through visibility. If anything fails, you can simply reapply the current state of the repository.
Flux is a tool that automatically ensures that the state of a cluster matches what is specified in version control (along with a few extra features).
It 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.
Get started by browsing through the documentation below.
Flux follows a typical PR workflow. All contributions should be made as PRs that satisfy the guidelines below.
go build
go test
In addition, several mechanical checks are enforced. See the lint script for details.
If you have any questions about Flux and continuous delivery:
Your feedback is always welcome!