#gitops
105 approved public terms with this tag.
Helm Controller is a GitOps term for a Flux controller that manages Helm releases declaratively. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: Flux documentation.
“The team used Helm Controller before lunch, so the release did not sprint into production wearing untied shoes.”
HelmRelease is a GitOps term for a declarative Flux object for managing a Helm chart release. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: Flux documentation.
“The team used HelmRelease before lunch, so the release did not sprint into production wearing untied shoes.”
HelmRepository Source is a GitOps term for a Flux source object that points to Helm chart storage. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: Flux documentation.
“The team used HelmRepository Source before lunch, so the release did not sprint into production wearing untied shoes.”
Human Approval Gate is a GitOps term for a required human decision before a change proceeds. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: OpenGitOps principles.
“The team used Human Approval Gate before lunch, so the release did not sprint into production wearing untied shoes.”
Image Automation is a GitOps term for updating deployment source when an allowed image version is available. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: Flux documentation.
“The team used Image Automation before lunch, so the release did not sprint into production wearing untied shoes.”
Image Tag Drift is a GitOps term for a mismatch between the image tag in source and the running image evidence. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: Flux documentation.
“The team used Image Tag Drift before lunch, so the release did not sprint into production wearing untied shoes.”
ImagePolicy is a GitOps term for a Flux image automation rule that selects an image version. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: Flux documentation.
“The team used ImagePolicy before lunch, so the release did not sprint into production wearing untied shoes.”
ImageUpdateAutomation is a GitOps term for a Flux workflow that writes selected image updates back to Git. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: Flux documentation.
“The team used ImageUpdateAutomation before lunch, so the release did not sprint into production wearing untied shoes.”
Immutable Artifact is a GitOps term for a build or package that should not change after publication. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: OpenGitOps principles.
“The team used Immutable Artifact before lunch, so the release did not sprint into production wearing untied shoes.”
Infrastructure Repository is a GitOps term for a repository containing infrastructure definitions and environment state. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: OpenGitOps principles.
“The team used Infrastructure Repository before lunch, so the release did not sprint into production wearing untied shoes.”
Kubernetes Manifest is a GitOps term for YAML or JSON that declares Kubernetes resource state. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: Argo CD documentation; Kubernetes controller pattern.
“The team used Kubernetes Manifest before lunch, so the release did not sprint into production wearing untied shoes.”
Kustomize Controller is a GitOps term for a Flux controller that applies Kustomize-based configuration. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: Flux documentation.
“The team used Kustomize Controller before lunch, so the release did not sprint into production wearing untied shoes.”
Kustomize Overlay is a GitOps term for a layer of patches and settings applied on top of a base manifest. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: Argo CD documentation; Flux documentation.
“The team used Kustomize Overlay before lunch, so the release did not sprint into production wearing untied shoes.”
Kyverno Policy is a GitOps term for a Kubernetes-native policy rule for validating, mutating, or generating resources. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: Kubernetes controller pattern.
“The team used Kyverno Policy before lunch, so the release did not sprint into production wearing untied shoes.”
Live State is a GitOps term for the current running condition of a cluster, application, or resource. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: Argo CD documentation; Kubernetes controller pattern.
“The team used Live State before lunch, so the release did not sprint into production wearing untied shoes.”
Manifest Digest is a GitOps term for a content hash that identifies a specific manifest or artifact. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: OpenGitOps principles.
“The team used Manifest Digest before lunch, so the release did not sprint into production wearing untied shoes.”
Manual Sync is a GitOps term for a human-triggered or operator-triggered application of desired state. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: Argo CD documentation.
“The team used Manual Sync before lunch, so the release did not sprint into production wearing untied shoes.”
Merge Queue is a GitOps term for an ordered queue that lands approved changes after checks pass. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: OpenGitOps principles.
“The team used Merge Queue before lunch, so the release did not sprint into production wearing untied shoes.”
Monorepo GitOps is a GitOps term for a GitOps layout where many services or environments live in one repository. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: OpenGitOps principles.
“The team used Monorepo GitOps before lunch, so the release did not sprint into production wearing untied shoes.”
Notification Controller is a GitOps term for a Flux controller that sends events to external systems. It helps teams, humans, and agents compare declared source state with running systems, then act without pretending a deployment did more than the evidence shows. Source context: Flux documentation.
“The team used Notification Controller before lunch, so the release did not sprint into production wearing untied shoes.”