Hare/yoi
1
1
Fork 0
Code Actions Packages Releases Activity

workspace: canonicalize legacy workspaces

Browse Source
This commit is contained in:
Hare
2026-06-22 18:17:21 +09:00
parent 5149ab703f
commit d89ace5b9c
2 changed files with 117 additions and 8 deletions
Download Patch File Download Diff File Expand all files Collapse all files
.yoi/tickets/00001KVNKD56W/artifacts/schema-v0.md
+1 -1
View File
@@ -517,4 +517,4 @@ If implementation is included in this Ticket, prefer a small non-breaking migrat
The `yoi-workspace-server` SQLite bootstrap migration implements this v0 schema as schema version 2. Fresh databases create the typed tables listed above and deliberately do not create canonical `runs`, `hosts`, `workers`, `actors`, or check/validation result tables. Host and Worker HTTP read APIs remain live runtime views backed by local inspection, not DB tables.
For databases created by the earlier workspace-server bootstrap, migration version 2 preserves old `repositories`, `runs`, `artifacts`, `ticket_projections`, and `objective_projections` data by renaming those tables to `legacy_repositories`, `legacy_runs`, `legacy_artifacts`, `legacy_ticket_projections`, and `legacy_objective_projections`, then creating the v0 typed tables. The legacy names are compatibility preservation only and are not canonical schema tables or active write authority.
For databases created by the earlier workspace-server bootstrap, migration version 2 preserves old `workspaces`, `repositories`, `runs`, `artifacts`, `ticket_projections`, and `objective_projections` data by renaming those tables to `legacy_workspaces`, `legacy_repositories`, `legacy_runs`, `legacy_artifacts`, `legacy_ticket_projections`, and `legacy_objective_projections`, then creating the v0 typed tables. Existing legacy workspace rows are copied into the canonical v0 `workspaces` table with `state = active` when the old row had no typed state. The legacy names are compatibility preservation only and are not canonical schema tables or active write authority.