Skip to content

Commit d7a7761

Browse files
committed
wip
1 parent 25ad357 commit d7a7761

1 file changed

Lines changed: 6 additions & 5 deletions

File tree

  • src/ai/backend/manager/data/deployment

src/ai/backend/manager/data/deployment/types.py

Lines changed: 6 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -157,7 +157,7 @@ class DeploymentSubStatus(enum.StrEnum):
157157
158158
Each lifecycle type can define its own sub-status enum by
159159
inheriting from this class. For example, DEPLOYING handlers
160-
use ``DeploymentSubStep`` (provisioning, progressing, …).
160+
use ``DeploymentSubStep`` (provisioning, rolling_back, …).
161161
"""
162162

163163

@@ -202,10 +202,11 @@ class DeploymentStatusTransitions:
202202
need_retry: Target lifecycle when handler fails but can retry
203203
expired: Target lifecycle when time elapsed in current state
204204
give_up: Target lifecycle when retry count exceeded
205-
rewind: Target lifecycle when handler needs to return to a previous
206-
sub-step (e.g. progressing -> provisioning in rolling update).
207-
Unlike need_retry, rewind does NOT increment phase_attempts
208-
because it represents normal forward progress, not a failure.
205+
rewind: Target lifecycle when route mutations were executed but
206+
the deployment stays in the same sub-step (e.g. PROVISIONING
207+
→ PROVISIONING after create/drain). Unlike need_retry, rewind
208+
does NOT increment phase_attempts. Each rewind creates a
209+
separate history record (allow_merge=False) for progress tracking.
209210
"""
210211

211212
success: DeploymentLifecycleStatus | None = None

0 commit comments

Comments
 (0)