Hanzo
OpenapiDeploy

Render the configured git source and apply it to the cluster, once

Runs one full GitOps sync through the embedded engine — render the configured repo, ref and path, then three-way server-side apply with scoped prune — and…

POST /v1/deploy/reconcile

Addresshttps://api.hanzo.ai/v1/deploy/reconcile
MethodPOST
Operationpost_deploy_reconcile
AuthAuthorization: Bearer $HANZO_API_KEY

Runs one full GitOps sync through the embedded engine — render the configured repo, ref and path, then three-way server-side apply with scoped prune — and answers the revision it applied, the source it came from, the declared/synced/pruned/failed counts and a per-resource result. This is the WRITE half of the plane: it mutates live cluster objects and, with prune enabled, deletes objects the source no longer declares.

SuperAdmin-only and fail-closed — a non-SuperAdmin is refused before any cluster object is read or touched. The git source is read AS THE CALLER, so the source plane scopes the answer itself rather than trusting this one to have scoped it. It reads no request body; the source is configuration, not a parameter. A deployment with the engine switched off, or with no usable cluster config, answers 503; a failure to start, render or sync is a 502.

Request

The document declares no body for POST /v1/deploy/reconcile. The handler is typed in cloud but its shape is not yet emitted, so the fields are not listed here — ask the MCP door's describe for post_deploy_reconcile, which answers from the running route.

Response

The document declares no response body for this operation. It answers 200 on success and the platform error shape on failure — see Errors.

Examples

hanzo deploy reconcile

Deploy API · All Hanzo APIs · Interactive reference

How is this guide?

On this page