fix(db): CM_ROOT_DIR 由来の幽霊リポジトリ行を掃除する (#1339)

[Kewton]

概要

Closes #1339

#1328 以前の getRepositoryPaths() は CM_ROOT_DIR を単一のリポジトリパスとして返し、ensureEnvRepositoriesRegistered() がそれを is_env_managed=1 の行として登録していた。CM_ROOT_DIR はリポジトリを格納するコンテナであってリポジトリではないため git worktree list は 0 件を返し、worktree を1つも持たない幽霊行だけが残る。#1328 は自動発見を削除したが既存行は残置していた（本 PR がその後始末）。

マイグレーション v43

スコープ: path が CM_ROOT_DIR と完全一致する is_env_managed=1 行のみ。

誤爆させないための3重ガード（すべて「残す側」に倒れる）

正当な env 管理行を消すのは無害ではない。ensureEnvRepositoriesRegistered() は行が無いと enabled: true で再作成する（db-repository.ts:469）ため、誤削除は利用者が無効化したリポジトリを黙って再有効化し、visible / display_name も失わせる。

#	ガード	内容
1	CM_ROOT_DIR 未設定なら何もしない	—
2	CM_ROOT_DIR が WORKTREE_REPOS にも入っている場合は残す	その行は正当（env がまだ要求している）
3	NOT EXISTS (worktrees WHERE repository_path = ?)	worktree を持つ行は env が何と言おうと幽霊ではない。この行を誰も参照していないことが保証され、削除がロスレスであることの根拠になる

★実装時に発見した罠（Issue 未記載）

getEnv() を使ってはいけない。 src/lib/env.ts:218 は

const rootDir = getEnvByKey('CM_ROOT_DIR') || process.cwd();

と CM_ROOT_DIR 未設定時に process.cwd() へフォールバックする。これを使うと DELETE がサーバーの起動ディレクトリ（dev 環境では実在のリポジトリ）を狙うことになる。process.env を直接読み、未設定は「スキップ」であって「cwd を対象」ではないことを保証している。あわせて MCBD_ROOT_DIR（#76 以前の名称・現在も ENV_MAPPING でサポート）も見る。

後方互換

幽霊行が無い DB（#1328 以前を動かしたことがない利用者＝通常ケース）は何にもマッチせず no-op。down は no-op（削除した行は利用者データを持たず、復元すると本 PR が直した欠陥そのものを戻すため。v35/v40 に倣う）。

★CURRENT_SCHEMA_VERSION の更新（必須）

runner.ts:27 を 42 → 43 に更新した。これを忘れると #1353 で入れた将来版ガードが自分自身の DB を「将来版」と誤検知して起動不能になる。版数をハードコードしていた既存テスト（db-migrations.test.ts）も更新済み。なお future-schema-guard.test.ts（#1353）は定数を import しており影響なし。

テスト

tests/unit/db/migration-v43-cm-root-dir-ghost-repository.test.ts を新規追加（幽霊行の削除 / 3ガードそれぞれの非削除 / no-op ケース / 冪等性）。

品質チェック（exit code 実測）

項目	EXIT	結果
npm run lint	0	Pass
npx tsc --noEmit	0	Pass
CI=true npm run test:unit	0	Pass（587 files / 9960 tests・Errors なし）
npm run build	0	Pass

関連

• fix(api): リポジトリ DELETE が 404 応答時に無効化行を新規生成し幽霊行を作る #1346（並行対応中）が防ぐ幽霊行は disableRepository() が作る is_env_managed=false の行で、本 PR の対象とは別個体。本 PR は触れていない

🤖 Generated with Claude Code