redeclare the deploys a failed meta update skipped on the timer's retry
queue_meta_update adds a TriggerDeploy behind each retry UpdateMeta (after_ok) for every agent whose latest deploy waited on a failed update. A created or merged agent whose deploy was skipped is deployed by the run that succeeds; a deploy skipped for another reason, or an agent already deployed, gets nothing.
This commit is contained in:
parent
61e35ab603
commit
633139069f
2 changed files with 196 additions and 7 deletions
|
|
@ -149,7 +149,9 @@ or after a success), before it deploys a merged config PR, and
|
|||
before the first deploy of a new agent. Those deploys run only after the
|
||||
update succeeded: a hive builds only from `internal/meta`, so after a failed
|
||||
update the scheduler skips the deploy node, and the graph shows the update as
|
||||
failed and the deploy as skipped (see
|
||||
failed and the deploy as skipped. Each ten-minute retry of a failed update
|
||||
declares a fresh deploy behind it for every agent whose latest deploy the failed update
|
||||
skipped, so the run that succeeds sends them (see
|
||||
[Config changes](../agent-lifecycle/config-changes.md#the-swarms-meta-flake)). A render
|
||||
equal to the committed `flake.nix` sends no lock.
|
||||
|
||||
|
|
|
|||
Loading…
Reference in a new issue