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

workspace: implement db schema v0 bootstrap

Browse Source
This commit is contained in:
Hare
2026-06-22 18:01:38 +09:00
parent f17a458a04
commit 5149ab703f
4 changed files with 581 additions and 142 deletions
Download Patch File Download Diff File Expand all files Collapse all files
.yoi/tickets/00001KVNKD56W/artifacts/schema-v0.md
+6
View File
@@ -512,3 +512,9 @@ If implementation is included in this Ticket, prefer a small non-breaking migrat
- Do not create a full `actors` table in v0.
- Do not create `hosts` / `workers` canonical tables in v0.
- Do not create a separate `runs` table in v0; use structured Ticket events and TicketWorkerLink relationships.
## Implementation alignment notes
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.