Git Operations (GitOps) applies Git and Declarative Configuration practices to the operation and management of software systems, applications, infrastructure, or services.
In a GitOps approach, a Version Control System contains the authoritative declaration of the desired operational state.
GitOps applies four core principles:
A GitOps implementation:
GitOps uses Git repository history to provide:
Within Crucible documentation, GitOps provides an operational approach for applying approved Declarative Configuration from Git repositories to managed environments and reconciling those environments with the recorded desired state.
operational approach that records declarative desired state in a Version Control System and automatically reconciles actual operational state with that desired state
Adapted from:
The term GitOps combines Git and Operations.
GitOps uses Git as the conventional Version Control System, but its architectural principles depend on controlled versioning, immutability, automatic retrieval, and continuous reconciliation rather than on a particular repository-hosting product.
GitOps differs from a general Git-based Workflow. A Git-based Workflow uses Git to coordinate work. GitOps additionally requires declarative desired state and automated reconciliation of actual state with that desired state.
GitOps differs from a CI/CD Pipeline. A CI/CD Pipeline builds, tests, packages, or delivers changes. A GitOps mechanism observes approved desired state and reconciles an operational environment with that state. A CI/CD Pipeline and a GitOps mechanism can participate in the same Workflow.
GitOps does not require a particular:
An approved change to Declarative Configuration is merged into a designated Git branch. A GitOps mechanism detects the new repository state, retrieves the change, compares the declared desired state with the actual deployment state, applies the required changes, and reports the reconciliation result.
© 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc.