Two corrections on top of the naming pass, both found by checking the live cluster rather than the source. The rename had silently changed the user-facing annotation key from argocd.argoproj.io/sync-wave to cd.argoproj.io/sync-wave — 63 live Applications carry the old key, so deploying that would have ignored every sync-wave and broken fleet deploy ordering. The key is now cd.hanzo.ai/*, and universe 575650286 moves the ApplicationSet template that stamps it, so the controller regenerates all 63 consistently. The API group in code said argoproj.io/v1alpha1 in 157 places while the cluster has served apps.hanzo.ai/v1alpha1 since 2026-07-23 (the CRDs are applications.apps.hanzo.ai). Code now matches what is actually served. The legacy applications.argoproj.io/app-name label had ZERO live users, so it went with the rest. foo.argoproj.io test fixtures became foo.example.com — arbitrary test domains should not carry a vendor name. go build ./... exit 0. Co-authored-by: Hanzo Dev <[email protected]>
2.8 KiB
Overview
Note
This section contains information on upgrading Hanzo CD. Before upgrading please make sure to read details about the breaking changes between Hanzo CD versions.
Hanzo CD uses semver-like versioning that ensures the following rules:
- The patch release does not introduce any breaking changes. So if you are upgrading from v1.5.1 to v1.5.3 there should be no special instructions to follow.
- The minor release might introduce minor changes with a workaround. If you are upgrading from v1.3.0 to v1.5.2 please make sure to check upgrading details in both v1.3 to v1.4 and v1.4 to v1.5 upgrading instructions.
- The major release introduces backward incompatible behavior changes. It is recommended to take a backup of Hanzo CD settings using the disaster recovery guide.
After reading the relevant notes about possible breaking changes introduced in a new Hanzo CD version, use the following
command to upgrade Hanzo CD. Make sure to replace <version> with the required version number:
Non-HA:
kubectl apply -n cd --server-side --force-conflicts -f https://raw.githubusercontent.com/argoproj/argo-cd/<version>/manifests/install.yaml
HA:
kubectl apply -n cd --server-side --force-conflicts -f https://raw.githubusercontent.com/argoproj/argo-cd/<version>/manifests/ha/install.yaml
Note
The
--server-side --force-conflictsflags are required because some Hanzo CD CRDs exceed the size limit for client-side apply. See the getting started guide for more details.
Warning
Even though some releases require only image change it is still recommended to apply whole manifests set. Manifest changes might include important parameter modifications and applying the whole set will protect you from introducing misconfiguration.
- v3.4 to v3.5
- v3.3 to v3.4
- v3.2 to v3.3
- v3.1 to v3.2
- v3.0 to v3.1
- v2.14 to v3.0
- v2.13 to v2.14
- v2.12 to v2.13
- v2.11 to v2.12
- v2.10 to v2.11
- v2.9 to v2.10
- v2.8 to v2.9
- v2.7 to v2.8
- v2.6 to v2.7
- v2.5 to v2.6
- v2.4 to v2.5
- v2.3 to v2.4
- v2.2 to v2.3
- v2.1 to v2.2
- v2.0 to v2.1
- v1.8 to v2.0
- v1.7 to v1.8
- v1.6 to v1.7
- v1.5 to v1.6
- v1.4 to v1.5
- v1.3 to v1.4
- v1.2 to v1.3
- v1.1 to v1.2
- v1.0 to v1.1