Skip to content

Commit 49fa151

Browse files
kostis-codefreshzachaller
authored andcommitted
docs: explain skew policy between the kubectl plugin and the controller (#4300)
* docs: explain version skew policy Signed-off-by: Kostis Kapelonis <[email protected]> * docs: explain version skew policy - added links Signed-off-by: Kostis Kapelonis <[email protected]> --------- Signed-off-by: Kostis Kapelonis <[email protected]>
1 parent aa6d287 commit 49fa151

File tree

1 file changed

+4
-0
lines changed

1 file changed

+4
-0
lines changed

docs/FAQ.md

Lines changed: 4 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -47,6 +47,10 @@ Yes. A k8s cluster can run multiple replicas of Argo-rollouts controllers to ach
4747

4848
No you cannot do that (even though Argo CD can work that way). This is by design because the Rollout is a custom resource unknown to vanilla Kubernetes. You need the Rollout CRD as well as the controller in the deployment cluster (every cluster that will use workloads with Rollouts).
4949

50+
### What is the version skew policy between the controller and the kubectl plugin?
51+
52+
The Argo Rollout CLI/Kubectl plugin just patches the Rollout object or reads fields from it. [There is no separate "Argo Rollouts API"](../best-practices#there-is-no-argo-rollouts-api). Old versions of the plugin might not understand new fields that are added in the [Rollout specification](../features/specification/). We have never made a breaking change intentionally (removed something from the Rollout Spec). So old clients should work even with newer Rollout versions (excluding new features).
53+
5054
## Rollouts
5155

5256
### Which deployment strategies does Argo Rollouts support?

0 commit comments

Comments
 (0)