Declarative Continuous Deployment for Kubernetes
Find a file
Mathieu Parent d8b1a12ce6
feat: add basic support for server-side apply (#363)
See https://github.com/argoproj/argo-cd/issues/2267

Signed-off-by: Mathieu Parent <math.parent@gmail.com>
2022-04-11 11:09:16 -04:00
.github chore: Fix go version during ci lint (#401) 2022-04-11 10:23:49 -04:00
agent fix: file extension comparisons are case sensitive (#243) 2021-03-16 17:02:46 -07:00
docs docs: Update notes on Argo+Flux collaboration (#126) 2020-08-25 09:10:24 -07:00
internal/kubernetes_vendor/pkg refactor: reduce usage of k8s.io/kubernetes packages (#258) 2021-04-20 10:54:02 -07:00
pkg feat: add basic support for server-side apply (#363) 2022-04-11 11:09:16 -04:00
specs Apply reviewer notes 2020-01-16 13:27:01 -08:00
.gitignore selective sync (#213) 2021-01-29 10:37:11 -08:00
codecov.yml feat: cluster cache should expose synchronization error (#32) 2020-05-18 10:27:19 -07:00
Dockerfile chore: Fix go version during ci lint (#401) 2022-04-11 10:23:49 -04:00
go.mod chore: Bump Go to 1.17 (#379) 2022-02-15 16:18:05 -08:00
go.sum chore(deps): bump github.com/go-logr/logr from 1.2.0 to 1.2.2 (#368) 2022-01-24 09:54:04 -08:00
LICENSE Initial commit 2019-10-03 09:33:38 -04:00
Makefile refactor: use github.com/go-logr/logr for logging (#162) 2020-10-26 17:14:56 -07:00
OWNERS Update OWNERS (#237) 2021-03-15 15:39:03 -07:00
README.md docs: remove out-of-date sections (#248) 2021-03-23 12:05:54 -07:00

GitOps Engine

Various GitOps operators address different use-cases and provide different user experiences but all have similar set of core features. The team behind Argo CD has implemented a reusable library that implements core GitOps features:

  • Kubernetes resource cache
  • Resources reconciliation
  • Sync Planning
  • Access to Git repositories
  • Manifest Generation

Proposals, specifications and ideas

Do you want to propose one more feature and want to enhance the existing one? Proposals and ideas are in markdown docs in the specs/ directory. To create a new proposal, simply copy the spec template, name the file corresponding to the title of your proposal, and place it in the specs/ directory.

A good starting point to understand the structure is the GitOps Engine Design spec.

We tried to answer frequently asked question in a separate FAQ document.

Governance

This project is licensed under the Apache 2 license.

The GitOps Engine follows the CNCF Code of Conduct.

Get involved

If you are as excited about GitOps and one common engine for it as much as we are, please get in touch. If you want to write code that's great, if you want to share feedback, ideas and use-cases, that's great too.

Find us on the #gitops channel on Kubernetes Slack (get an invite here).

Contributing to the effort

At this stage we are interested in feedback, use-cases and help on the GitOps Engine.