Leo
a55488040d
## ② 兩個檔很迷惑 → 一個檔
leo 圖一標註：「下載還是 ZIP ⇒ 應該是 MSIX 或 EXE；解開還是 2 個檔 ⇒ 應該只有 1 個檔案」。
舊做法 zip 裡放 Arcrun.exe＋arcrun-collector.exe 同層，少解一個檔就永遠不會同步，
而畫面不會說是這個原因。
修：collector 用 go:embed 收進 Arcrun.exe，第一次執行攤到 ~/.arcrun-rag/bin/
（冪等：sha256 相同不重寫；先寫暫存再 rename，避免留半截執行檔）。
build-win.sh 直接產單一 Arcrun-win-<ver>.exe，不再打 zip。
加機械閘：產出的 exe 若比 collector 還小 ⇒ 沒 embed 成功 ⇒ 中止（過去只會
默默得到一顆「裝了也不會同步」的空殼）。
不走 MSIX：未上架的 MSIX 要使用者先開「開發人員模式」，比 zip 更麻煩。
## 版本號機械化（leo：「這一整串都應該是機械化，不應該每次手工做」）
病根實測：本 repo **一個 git tag 都沒有**，而四支 build 腳本寫的是
`git describe --tags` ⇒ 永遠拿不到 v0.18.x ⇒ 只能靠打包時人工敲 VERSION=
⇒ 兩條打包線各敲各的 ⇒ manifest 宣告 0.18.5、產物其實是 0.18.4。
修：新增 daemon-version.sh 當唯一產生器，沿用 release.mjs 已在跑的原則
（「版本號由內容算出來，不是由人宣告」），不另立新制：
MINOR ← DAEMON_LINE（人決定，大改版才動）
PATCH ← 動過 collector/ 的 commit 數 − DAEMON_PATCH_BASE（機器決定）
⇒ 沒改 daemon 重跑打包不會虛增；改了才 +1；四支腳本在同一 commit 必得同號。
⇒ 不需要 git tag／Actions／輪詢（守 D20 紅線）。
校準：DAEMON_LINE=0.18、BASE=87 ⇒ 現在的樹算出 v0.18.7（上次出貨過 0.18.6）。
build-win/mac/dmg/msix 四支全部改用它。
## icon 漂移根治接上打包
build-win.sh 步驟⓪ 每次都跑 gen-icons.py 重產 icon.ico／trayicon.ico。
## 驗（實測輸出，非推測）
· ./build-win.sh 全程跑通，產出 dist/Arcrun-win-v0.18.7.exe（27,445,248 bytes）
· strings 抽內嵌版本 = v0.18.7、buildTime = 20260806-1233（機器算的，沒人敲）
· 位元組比對該 exe：
CIS trayicon 在裡面 = True
Wails「W」圖還在 = False
collector 有 embed 進去 = True（16,104,960 bytes）
· go vet 全綠（darwin + windows）；mac build OK
· 未驗：Windows 真機行為（需封測者實跑）⇒ 狀態 ◐，不是 ✅
· 未做：CHANGELOG 閘、manifest「宣告版本 == 產物版本」驗證閘、前端顯示版本與下載入口
47 lines
2.6 KiB
Bash
Executable File
47 lines
2.6 KiB
Bash
Executable File
#!/usr/bin/env bash
|
||
# daemon-version.sh — daemon（桌面 App）版本號的**唯一**產生器（2026-08-06）
|
||
#
|
||
# 🔴 leo 08-06：「給版本號、本版更新內容、打包產品、顯示在前端，
|
||
# 這一整串都應該是機械化，**不應該每次手工做**」
|
||
#
|
||
# ── 病根（實測，不是猜的）────────────────────────────────────────────
|
||
# manifest 宣告 daemon v0.18.5，但線上 zip 拆開內嵌版本是 **v0.18.4**。
|
||
# 原因：本 repo **一個 git tag 都沒有**，而各 build 腳本寫的是
|
||
# `VERSION=$(git describe --tags --always --dirty)` ⇒ 永遠拿不到 v0.18.x
|
||
# ⇒ 那個號碼只可能是每次打包時人工 `VERSION=v0.18.4 ./build-win.sh` 敲進去的。
|
||
# 人工敲 ⇒ 兩條打包線（DMG／zip）只重打一條就對不上 ⇒ manifest 說謊。
|
||
#
|
||
# ── 做法（沿用 installer/scripts/release.mjs 已經在跑的原則，不另立新制）──
|
||
# release.mjs 開宗明義：「版本號**由內容算出來**，不是由人（或 AI）宣告」。
|
||
# 雲端 bundle（1.4.x）早就這樣跑了，daemon 只是一直被排除在外。這裡補上：
|
||
#
|
||
# MINOR ← 人決定：`DAEMON_LINE` 檔（大改版才動，平常不碰）
|
||
# PATCH ← 機器決定：**動過 collector/ 的 commit 數** 減去 `DAEMON_PATCH_BASE`
|
||
#
|
||
# ⇒ 沒改 daemon 就重跑打包，版本**不會虛增**（commit 數沒變）。
|
||
# ⇒ 改了 daemon 才會 +1，且兩條打包線在同一個 commit 上算出**同一個號碼**。
|
||
# ⇒ 不需要 git tag、不需要 Actions、不需要輪詢（守 D20 紅線）。
|
||
#
|
||
# 換線（0.18 → 0.19）時：改 DAEMON_LINE，並把 DAEMON_PATCH_BASE 設成當下的
|
||
# `git rev-list --count HEAD -- collector/`，讓新線從 .0 開始。
|
||
#
|
||
# 用法：VERSION="$(./daemon-version.sh)" → 印出 v0.18.7 這種字串
|
||
set -euo pipefail
|
||
cd "$(dirname "$0")"
|
||
REPO_ROOT="$(git rev-parse --show-toplevel)"
|
||
|
||
LINE="$(tr -d ' \n' < "$REPO_ROOT/DAEMON_LINE")"
|
||
BASE="$(tr -d ' \n' < "$REPO_ROOT/DAEMON_PATCH_BASE")"
|
||
|
||
[[ "$LINE" =~ ^[0-9]+\.[0-9]+$ ]] || { echo "DAEMON_LINE 必須是 MAJOR.MINOR（例 0.18），現在是 '$LINE'" >&2; exit 1; }
|
||
[[ "$BASE" =~ ^[0-9]+$ ]] || { echo "DAEMON_PATCH_BASE 必須是整數，現在是 '$BASE'" >&2; exit 1; }
|
||
|
||
COUNT="$(git -C "$REPO_ROOT" rev-list --count HEAD -- collector/)"
|
||
PATCH=$(( COUNT - BASE ))
|
||
if [ "$PATCH" -lt 0 ]; then
|
||
echo "DAEMON_PATCH_BASE（$BASE）大於實際 commit 數（$COUNT）——換線時忘了更新？" >&2
|
||
exit 1
|
||
fi
|
||
|
||
echo "v${LINE}.${PATCH}"
|