Leo
9299ec8960
feat(88): 版本線判別器從「有沒有 v」換成 DAEMON_LINE，產生端才吐得出裸號
leo 2026-08-17：「對外號就是三個數字，不要 v」。
08-18 第一次改失敗的理由要先講清楚：那個 `v` **兼任版本線判別器**
（daemon `v0.18.x` vs 雲端引擎 `1.4.x`），有四處在讀它。天真拿掉之後那些閘
**不報錯**，而是往下比對到更舊的 `## v0.18.29（…）` ⇒ 打包出 0.18.30 的執行檔、
manifest 卻宣稱是 v0.18.29。**靜默，21 站全綠。**
── 四處讀取點，各自靠什麼分辨（換掉之後）──────────────────────────
① `daemon-notes.DAEMON_RELEASED_RE`（daemon-in-bundle-gate 與 ship.mjs daemon-sync
共用的那一份，第一輪已從四份拷貝收攏成一份）
舊：`^## (v\d+\.\d+\.\d+)（` ——「有 v ＝ daemon」
新：`daemonReleasedReFor(repoRoot)` 由 `collector/DAEMON_LINE` 產生
`^## (v?0\.18\.\d+)（` ——「在宣告的那條線上 ＝ daemon」
② `daemon-in-bundle-gate.collectFacts/judge`（同上那份的使用端）
新增一項 `daemon-line-declared` 排在**所有檢查最前面**：
讀不出 DAEMON_LINE ＝ 沒有判別器 ⇒ 當場斷，不給預設值。
另記一個**只給錯誤訊息用**的 `changelogTopAny`，讓「沒中」時說得出
「你指到的是 1.4.47，那是雲端那條線」——判斷與診斷分開。
③ `ship.mjs` daemon-sync 站：同 ①，並在丟例外時附上量到的事實。
④ `daemon-notes.changelogRelFor()`
舊：`/^v/.test(version)` ⇒ 裸號時代會把 daemon 的 0.18.31 指去雲端的
CHANGELOG.md（叫人去錯的檔補說明）。新：比對版本線。
⇒ 判別依據換成**宣告出來的事實**，不是外觀 ⇒ 產生端這才拿得掉那個 `v`：
`daemon-version.py` 升版路徑 `"v%d.%d.%d"` → `"%d.%d.%d"`。
「重打同一版」路徑刻意**不動**（沿用 prev_prefix）：selfupdate.go 的
newerThanCurrent() 用字串不等於判斷更新，重打時換寫法會讓每一台已安裝的機器
看到一個內容一模一樣、卻宣稱是新版的假更新。
── 測試（+7 支，每支都附反向對照）──────────────────────────────────
故意製造「版本線判別會出錯」的情境，並證明**新的會擋、舊的會靜默放行**：
· 產生端吐裸號 → 閘讀到最新那一版（反向對照：舊判別式讀到更舊的一版）
· 源碼樹 0.18.31／bundle 停在 v0.18.30 → 擋（舊判別式在此判「相符」⇒ 放行）
· DAEMON_LINE 換 0.19 而 changelog 還是 0.18.x → 擋（舊做法看不出線換了）
· DAEMON_LINE 缺席／寫壞 → 擋，且擋在第一項
只有「新的怎麼跑」而沒有「舊的怎麼跑」的話，這些測試就只是回音，不是閘
（wiki/mistakes.md「測試複製了實作邏輯就不再是閘」）。
installer 262/262（+5）、collector daemon-version 11/11（+2）。
inkstone/arcrun-rag#88
2026-08-18 16:33:27 +08:00
..
2026-08-18 16:33:27 +08:00
2026-08-06 16:00:47 +08:00