Leo
b783b870e6
## 為什麼推翻自己幾小時前的做法
上一版用「動過 collector/ 的 commit 數」當 patch。確實不用手打，但
**每個 commit 都變成一版**（一天 5 個 commit 就跳 5 版），
每跳一版還要補一段 changelog ⇒ 把機械化變成新的手工活。leo 要的不是這個。
## 現在的機制（daemon-version.py）
單一真相源＝docs-site/.../help/changelog.md：
· 要出新版 ⇒ 最上面加一段 `## 下一版（未發佈）`，底下寫白話更新內容
· 打包時腳本把它**戳成正式版號**（上一版 patch+1）並補今天日期
· 沒有「未發佈」段 ⇒ 版本＝最上面那一版（重打同一版，冪等不虛增）
⇒ 版本號沒有人打過；且不可能「升了版卻沒人知道改什麼」，
也不可能「寫了內容卻忘了升版」——兩者出自同一段文字。
換線（0.18→0.19）只改 DAEMON_LINE，下一版自動從 0.19.0 起。
刪掉 daemon-version.sh 與 DAEMON_PATCH_BASE（一版的殘留）。
## 驗（實測輸出）
· `## 下一版（未發佈）` --stamp→ `## v0.18.7（2026-08-06）`（腳本自己改的）
· 沒有未發佈段時重跑 → 仍回 v0.18.7（冪等，不虛增）
· ./build-win.sh 全程通 → dist/Arcrun-win-v0.18.7.exe（27,445,248 bytes）
strings 抽內嵌版本 = v0.18.7
· ./build-dmg.sh 全程通 → dist/Arcrun-v0.18.7.dmg（10M）
掛載後 strings 抽 App 內嵌版本 = v0.18.7
Info.plist CFBundleShortVersionString = 0.18.7（以前永遠是 1.0.0）
⇒ **兩條打包線第一次在同一個版本號上對齊**——這正是 08-06 那個病
（只重打 Mac DMG、Windows 沒動、manifest 卻宣告新版）的根治。
· 未驗：Windows／Mac 真機行為；未出貨 ⇒ ◐
110 lines
6.0 KiB
Bash
Executable File
110 lines
6.0 KiB
Bash
Executable File
#!/usr/bin/env bash
|
||
# build-win.sh — 打包 Arcrun Windows 版（Wails，t196／2026-08-05）
|
||
#
|
||
# leo 08-05：「Windows 版一定要重編，因為我只有 Mac，我需要人家測試，
|
||
# 要做到最完善不要給人家找麻煩」
|
||
#
|
||
# 🎯 **在 Mac 上就能交叉編譯**，不需要 Windows 機器／Docker。
|
||
# 條件只有一個：`brew install mingw-w64`（提供 x86_64-w64-mingw32-gcc）。
|
||
# Wails 的 Windows 版要 CGo（WebView2 綁定），所以 CGO_ENABLED=1 + mingw。
|
||
#
|
||
# 與 build-mac.sh 同一個要點：**必須把 collector 同綑進去**。
|
||
# daemon 的本體是 `collector direct`（監看／萃卡／上傳），App 只是門面；
|
||
# 沒同綑 ⇒ 使用者裝了也不會同步（t194 在 Mac 版就漏過一次）。
|
||
#
|
||
# ⚠️ 誠實界定（沿用 build-windows.sh 的自陳）：
|
||
# 本腳本只證明「**編得出來**」，不證明「**跑起來對**」。
|
||
# 托盤圖示會不會出現、WebView2 有沒有裝、SmartScreen 攔截行為，
|
||
# **只有真的在 Windows 上跑才驗得到**——那一步歸 leo／封測者真機。
|
||
set -euo pipefail
|
||
cd "$(dirname "$0")"
|
||
export PATH="$PATH:$(go env GOPATH)/bin"
|
||
|
||
# 🔴 2026-08-06：版本號**不再手打、也不再靠 git describe**。
|
||
# 舊寫法 `git describe --tags` 在這個 repo 永遠拿不到 v0.18.x（一個 tag 都沒有）
|
||
# ⇒ 版本只能靠打包時人工 `VERSION=v0.18.4 ./build-win.sh` 敲 ⇒ manifest 說謊的病根。
|
||
# 現在由 daemon-version.py 從 DAEMON_LINE + collector/ 的 commit 數算出來，
|
||
# 兩條打包線（win／mac）在同一個 commit 上必得同一個號碼。理由全文見該腳本。
|
||
VERSION="${VERSION:-$(./daemon-version.py --stamp)}"
|
||
BUILD_TIME="$(date '+%Y%m%d-%H%M')"
|
||
echo "🏷 版本：${VERSION}（build ${BUILD_TIME}）"
|
||
|
||
# 🔴 2026-08-06 機械閘：這一版的「更新內容」沒寫進 changelog ⇒ 不准打包。
|
||
# leo：「給版本號、本版更新內容、打包產品、顯示在前端，這一整串都應該是機械化」。
|
||
# 單一真相源＝docs-site/.../help/changelog.md；manifest.notes 與前端全部投影自它。
|
||
# 理由與格式見 changelog-section.sh。
|
||
./changelog-section.sh "$VERSION" --check
|
||
|
||
command -v x86_64-w64-mingw32-gcc >/dev/null 2>&1 || {
|
||
echo "❌ 缺 mingw-w64（Wails Windows 版需要 CGo 交叉編譯器）"
|
||
echo " 裝一次就好：brew install mingw-w64"
|
||
exit 1
|
||
}
|
||
|
||
echo "⓪ 由 appicon.png 產生 Windows 圖示（icon.ico／trayicon.ico）"
|
||
# 🔴 2026-08-06：不產就會沿用上一次留在磁碟上的檔——而上一次那顆是 `wails init`
|
||
# 留下的 Wails 預設「W」圖，leo 封測看到視窗與托盤兩處都是 W。
|
||
# 每次 build 都重產 ⇒ 「換了 appicon 卻沒換 Windows」這種漂移不可能再發生。
|
||
python3 gen-icons.py
|
||
|
||
echo "① 編 collector.exe（會被 embed 進 Arcrun.exe，純 stdlib、CGO_ENABLED=0）"
|
||
# 🔴 2026-08-06：同 build-mac.sh 補回版本注入（Wails 換代時掉的，理由見該檔註解）。
|
||
# 2b83c47 當年就修過一次「Mac 有、Windows 漏了」——換代後兩邊又一起掉，這次一起補。
|
||
( cd ../.. && GOOS=windows GOARCH=amd64 CGO_ENABLED=0 \
|
||
go build -ldflags "-s -w -X main.version=${VERSION} -X main.buildTime=${BUILD_TIME}" \
|
||
-o "cmd/arcrun-app/arcrun-collector.exe" . )
|
||
|
||
# 🔴 同 build-mac.sh：wails.json 沒 info.productVersion ⇒ exe 內容資訊永遠是 1.0.0。
|
||
# Windows 使用者在「內容→詳細資料」看到的版本讀這個欄位；MSIX 送審也會對照。
|
||
PLIST_VER="${VERSION#v}"
|
||
cp wails.json wails.json.bak
|
||
python3 - "$PLIST_VER" <<'PY'
|
||
import json, sys
|
||
c = json.load(open('wails.json'))
|
||
c.setdefault('info', {})
|
||
c['info']['productVersion'] = sys.argv[1]
|
||
c['info']['productName'] = 'Arcrun'
|
||
json.dump(c, open('wails.json', 'w'), indent=2, ensure_ascii=False)
|
||
PY
|
||
trap 'mv -f wails.json.bak wails.json 2>/dev/null || true' EXIT
|
||
|
||
echo "② wails build（windows/amd64，CGo 走 mingw）"
|
||
CGO_ENABLED=1 CC=x86_64-w64-mingw32-gcc \
|
||
wails build -platform windows/amd64 -clean \
|
||
-ldflags "-X main.version=${VERSION} -X main.buildTime=${BUILD_TIME}"
|
||
|
||
OUT="dist"; mkdir -p "$OUT"
|
||
|
||
echo "③ 產出**單一執行檔**"
|
||
# 🔴 2026-08-06 交付形態改變（leo 封測回報②，圖一標註）：
|
||
# 「下載還是 ZIP ⇒ 應該是 MSIX 或 EXE」「解開還是 2 個檔 ⇒ 應該只有 1 個檔案」
|
||
# 「兩個檔案令人很迷惑，User unfriendly」
|
||
#
|
||
# 舊做法＝zip 裡放 Arcrun.exe＋arcrun-collector.exe 同層。使用者只要少解一個檔、
|
||
# 或只把 Arcrun.exe 拖出來，同步就永遠不會動，而畫面不會說是這個原因。
|
||
# 新做法＝collector 在步驟②被 go:embed 收進 Arcrun.exe（見 bundled_collector_windows.go），
|
||
# 第一次執行時攤到 ~/.arcrun-rag/bin/。**下載下來就是一個檔，雙擊就跑。**
|
||
#
|
||
# 為什麼不出 MSIX：未上架的 MSIX 要使用者先開「開發人員模式」才裝得起來，
|
||
# 比 zip 更麻煩。上架 MS Store 後再回頭走 build-msix.sh。
|
||
EXE="$(cd "$OUT" && pwd)/Arcrun-win-${VERSION}.exe"
|
||
rm -f "$EXE"
|
||
cp build/bin/arcrun-app.exe "$EXE"
|
||
|
||
# 🔴 機械閘：embed 進去的 collector 至少要有幾 MB，否則就是「編了個空殼」。
|
||
# （步驟①失敗但 wails build 仍成功時，過去只會得到一個不會同步的 exe。）
|
||
APP_SIZE=$(stat -f%z "$EXE" 2>/dev/null || stat -c%s "$EXE")
|
||
COL_SIZE=$(stat -f%z arcrun-collector.exe 2>/dev/null || stat -c%s arcrun-collector.exe)
|
||
if [ "$APP_SIZE" -lt "$COL_SIZE" ]; then
|
||
echo "❌ 產出的 exe（${APP_SIZE} bytes）比 collector（${COL_SIZE} bytes）還小"
|
||
echo " ⇒ collector 沒被 embed 進去，這顆裝了也不會同步。中止。"
|
||
exit 1
|
||
fi
|
||
|
||
SIZE=$(ls -lh "$EXE" | awk '{print $5}')
|
||
echo "✅ 完成：${EXE}（${SIZE}，內含同步引擎）"
|
||
echo
|
||
echo "🔬 使用者流程：下載 → 雙擊 Arcrun.exe（不必解壓縮、不必找第二個檔）"
|
||
echo " ⚠️ 未簽章 ⇒ SmartScreen 會攔（「更多資訊」→「仍要執行」）。"
|
||
echo " 要免除這一步＝上 MS Store（見 build-msix.sh）或買 EV 憑證。"
|