mirror of
https://gitcode.com/JianFeeeee/HomeAgent.git
synced 2026-11-01 14:57:38 +00:00
40de84facc
## 1. 数据目录一致性（原为死代码） `internal/systemd/sync.go` 能编译但**从未接线** —— 没有任何地方调用它。 内核有**两处**数据目录来源且不等价： -data <dir> ← systemd 单元 → memory/graph.db、插件数据根 core.daemon.data_dir ← 数据库 → memory/text、documents、knowledge 不一致时数据**分裂**：图记忆在 A、文本/知识在 B，检索跨目录、备份会漏。 生产当前两者一致所以没暴露，但 WebUI 允许改 DB 里的值而**无任何提示**。 接线三处： · cmd/homed/main.go 启动时检查，不一致则打告警 + 内联修复命令 · GET /api/v1/system/data-dir 返回诊断（只在真不一致时给 sync_command） · 判据 6 条（InSync/Clean/SyncCommand 内联 sed/备份/daemon-reload/drop-in） ★ 只告警**不改**：静默改 systemd 单元比不提示更危险 —— 改错了服务 起不来，而用户不知道是谁改的。命令里已内联 sed 替换，人复制执行即可。 ## 2. 内嵌主密钥（方案 C） build.sh 支持 `HA_EMBEDDED_KEY_HEX`（64 位 hex）经 -ldflags 注入。 从**环境变量**读而不是写进文件：本仓有两个公开远端，64 位 hex 一旦 写进被跟踪的文件就永久留在 git 历史里。 未设时不注入、不报错：开发机与 CI 本来就不该带生产密钥。 设了但格式不对则**中断构建**（`return 1`）—— 静默产出一个没有内嵌钥的 二进制，会让"防丢失"这个目的悄悄失效。 实测（真机）：磁盘上**没有** security.key 时，仅靠 embedded 密钥即可 Submit + 二次加载解密成功；日志确认 `密钥来源 embedded (构建期注入，指纹 0db8e9c5)`。 ## 判据第一版的两个错误（记下来） · 没给 UnitPath 就断言"必须含 sed -i" —— 实际 sed 行只在 UnitPath 非空时生成，判据误报。 · 断言 `/` 必须转义 —— 但 sed 分隔符是 `|` 不是 `/`。`/` 无需转义； 真正必须转义的是 `&`（sed 里表示整个匹配）与 `|`（分隔符）。
385 lines
17 KiB
Bash
385 lines
17 KiB
Bash
#!/usr/bin/env bash
|
||
set -euo pipefail
|
||
|
||
# 本脚本位于 deploy/packaging/，故仓库根在上两级。
|
||
#
|
||
# v0.7.2 的根目录清理把 package/build.sh 移到 deploy/packaging/build.sh
|
||
# （深度 1 → 2 层），但这行的 ".." 没跟着改成 "../.."，于是 PROJECT_ROOT
|
||
# 变成了 <repo>/deploy：产物落进 deploy/build/、GUI 去找 deploy/cmd/gui。
|
||
# 跨平台构建从那次起一直是坏的（Makefile 的单平台 build 不走这里，所以没暴露）。
|
||
PROJECT_ROOT="$(cd "$(dirname "$0")/../.." && pwd)"
|
||
BUILD_DIR="${PROJECT_ROOT}/build"
|
||
# ★★ VERSION 必须是**语义化版本**（x.y.z），不能是 git describe 的原样输出。
|
||
#
|
||
# 2026-10-17 实测事故：当前分支没有 tag，`git describe` 回退成分支名
|
||
# backup/pre-identity-rewrite-20261005-51-g03d87a4e-dirty
|
||
# 它被注入 meta.Version ⇒ 插件握手的主版本判据变成
|
||
# MajorVersion("backup/pre-...") = 整个字符串（没有 '.' 可截）
|
||
# 而插件端是 "4" ⇒ **所有子进程插件握手失败**：
|
||
# proc: xxx.handshake: 主版本不匹配（内核 backup/pre-...，插件 SDK 1.4.0）
|
||
# 内核自己是活的，但 40 个插件一个都起不来 —— 看起来像"插件全坏了"。
|
||
#
|
||
# 权威来源是 internal/meta/meta.go 的 Version 常量（发版时人工确认）。
|
||
# git describe 只在**形如 vX.Y.Z-...** 时才可用（那说明确实在 tag 之后）。
|
||
_meta_version() {
|
||
local mv
|
||
mv="$(sed -n 's/^[[:space:]]*Version[[:space:]]*=[[:space:]]*"\([^"]*\)".*/\1/p' \
|
||
"$PROJECT_ROOT/internal/meta/meta.go" 2>/dev/null | head -1)"
|
||
case "$mv" in
|
||
[0-9]*.[0-9]*.[0-9]*) printf '%s' "$mv"; return 0 ;;
|
||
esac
|
||
return 1
|
||
}
|
||
if [ -z "${VERSION:-}" ]; then
|
||
_gd="$(git -C "$PROJECT_ROOT" describe --tags --dirty 2>/dev/null || true)"
|
||
case "$_gd" in
|
||
v[0-9]*.[0-9]*.[0-9]*) VERSION="${_gd#v}" ;;
|
||
*)
|
||
# ★ 不是 tag 描述 ⇒ 拒绝用它。退回 meta.Version（当前分支的权威版本）。
|
||
if VERSION="$(_meta_version)"; then
|
||
[ -n "$_gd" ] && echo "[BUILD] warn: git describe 给出非版本串（$_gd），改用 meta.Version=$VERSION" >&2
|
||
else
|
||
echo "[BUILD] ERROR: 拿不到合法版本号（git describe=$_gd，meta.Version 也读不出）。" >&2
|
||
echo " 请显式传 VERSION=x.y.z 后重试。" >&2
|
||
exit 1
|
||
fi
|
||
;;
|
||
esac
|
||
fi
|
||
# 最终守卫：非 x.y.z 一律拒绝构建（否则会打出一个"插件全部握手失败"的包）
|
||
case "$VERSION" in
|
||
[0-9]*.[0-9]*.[0-9]*) ;;
|
||
*) echo "[BUILD] ERROR: VERSION='$VERSION' 不是语义化版本 x.y.z；" \
|
||
"它会被当作插件协议主版本，导致所有子进程插件握手失败。" >&2
|
||
exit 1 ;;
|
||
esac
|
||
COMMIT="${COMMIT:-$(git -C "$PROJECT_ROOT" rev-parse --short HEAD 2>/dev/null || echo "unknown")}"
|
||
BUILD_TIME="${BUILD_TIME:-$(date -u '+%Y-%m-%dT%H:%M:%SZ')}"
|
||
GO="${GO:-$(command -v go 2>/dev/null || echo "go")}"
|
||
# ★★ 模块路径必须是**当前**的 github.com/...，不能是历史的 gitcode.com/...
|
||
#
|
||
# `-X` 的包路径写错时 Go **不报错、静默忽略** ⇒ 注入的值保持源码默认
|
||
# （Commit/BuildTime 变成字面量 "unknown"，Version 变成源码里的版本号）。
|
||
# 构建日志全绿，只有 `binary --version` 才能看出来 —— 于是发行包带着
|
||
# 错的溯源信息发出去。
|
||
#
|
||
# 实测（2026-10-17）：用旧路径构建 waiter，`--version` 输出
|
||
# `waiter 1.4.0 (commit unknown, built unknown)`
|
||
# 而正确路径得到注入的值。
|
||
LDFLAGS="-X github.com/JianFeeeee/HomeAgent/internal/meta.Version=${VERSION} -X github.com/JianFeeeee/HomeAgent/internal/meta.Commit=${COMMIT} -X github.com/JianFeeeee/HomeAgent/internal/meta.BuildTime=${BUILD_TIME}"
|
||
|
||
# 版本与提交的**权威来源**是上面注入的 meta.Version / meta.Commit，不是 Go 自带的
|
||
# VCS 戳。后者不进 build cache key（Go 文档明确说明 VCS 变化不会触发重建），
|
||
# 命中缓存时会把上一次的 revision 一并带回来——实测发布分支的产物上就出现了
|
||
# 1715b5c（本机任何仓库都不存在的提交），用 `go version -m` 溯源会指向幽灵提交。
|
||
# 统一 -buildvcs=false：宁可没有这个信号，也不要一个错的。
|
||
# 溯源请用：`strings homed | grep -m1 '^<短 hash>$'`（meta.Commit 是字符串常量）。
|
||
|
||
TARGET="${1:-native}"
|
||
COMPONENT="${2:-all}"
|
||
|
||
# ---- platform matrix ----
|
||
# homed: linux/amd64 + linux/arm64 (CGO), macOS native-only (no osxcross),
|
||
# windows/amd64 (MinGW)
|
||
# waiter: all platforms (CGO-free, raw terminal mode is a no-op on non-Linux)
|
||
# gui: electron-builder handles cross-platform natively
|
||
|
||
case "$TARGET" in
|
||
native) GOOS="" GOARCH="" ;;
|
||
linux/amd64) GOOS=linux GOARCH=amd64 CC="${CC:-}" ;;
|
||
# arm64 必须同时给 CXX：gojieba 是 C++，缺 CXX 时 cgo 用宿主 g++ 编出
|
||
# x86-64 的 .o，链接时报 "Relocations in generic ELF (EM: 183)"（183 = aarch64）。
|
||
#
|
||
# 此处曾有一条注释写着「arm64 刻意不设 CXX」，理由是设了会报
|
||
# "file format not recognized"。那个判断是错的：那个报错的真因是
|
||
# cmd/{homed,waiter}/*.syso（x86-64 COFF Windows 资源对象）被链进了目标，
|
||
# 与 CXX 无关。四组对照：
|
||
# syso 在 + 无 CXX → Relocations in generic ELF (EM: 183)
|
||
# syso 在 + 有 CXX → 000000.o: file format not recognized
|
||
# syso 隐藏 + 无 CXX → Relocations in generic ELF (EM: 183)
|
||
# syso 隐藏 + 有 CXX → 成功，ELF aarch64
|
||
# 本脚本的 hide_syso_for_target 已处理前一个条件，这里补上后一个。
|
||
linux/arm64) GOOS=linux GOARCH=arm64 CC="${CC:-aarch64-linux-gnu-gcc}" CXX="${CXX:-aarch64-linux-gnu-g++}" ;;
|
||
darwin/amd64) GOOS=darwin GOARCH=amd64 CC="${CC:-}" ;;
|
||
darwin/arm64) GOOS=darwin GOARCH=arm64 CC="${CC:-}" ;;
|
||
# Windows 必须同时给 CXX：gojieba 是 C++，缺 CXX 时 cgo 回退到宿主 g++，
|
||
# 而宿主 g++ 不认 mingw 的 -mthreads，报 unrecognized command-line option。
|
||
windows/amd64) GOOS=windows GOARCH=amd64 CC="${CC:-x86_64-w64-mingw32-gcc}" CXX="${CXX:-x86_64-w64-mingw32-g++}" ;;
|
||
all)
|
||
"$0" linux/amd64 "$COMPONENT"
|
||
"$0" linux/arm64 "$COMPONENT"
|
||
"$0" darwin/amd64 "$COMPONENT"
|
||
"$0" darwin/arm64 "$COMPONENT"
|
||
"$0" windows/amd64 "$COMPONENT"
|
||
exit 0
|
||
;;
|
||
*)
|
||
echo "Unknown target: $TARGET"
|
||
echo "Usage: $0 [native|linux/amd64|linux/arm64|darwin/amd64|darwin/arm64|windows/amd64|all] [all|homed|waiter|initconfig|gui|payload]"
|
||
echo " [all|homed|waiter|initconfig|gui]"
|
||
exit 1
|
||
esac
|
||
|
||
if [ -n "${GOOS:-}" ]; then
|
||
SUFFIX="${GOOS}_${GOARCH}"
|
||
export GOOS GOARCH
|
||
fi
|
||
if [ -n "${CC:-}" ]; then
|
||
export CC
|
||
fi
|
||
if [ -n "${CXX:-}" ]; then
|
||
export CXX
|
||
fi
|
||
export CGO_ENABLED="${CGO_ENABLED:-1}"
|
||
|
||
mkdir -p "$BUILD_DIR"
|
||
|
||
# ---- .syso 隔离 ----
|
||
#
|
||
# cmd/{homed,waiter}/*.syso 是 Windows 资源对象（COFF，含图标/版本信息）。
|
||
# Go 会把同目录的 .syso 无条件链进任何目标，于是交叉编译到非 Windows 平台时：
|
||
# - linux/arm64、darwin/arm64 报 "unknown ARM64 relocation type 3"
|
||
# - 其他架构报 "file format not recognized"
|
||
# package-linux.sh 有 hide_syso()，但直接调本脚本时没有那层保护——
|
||
# 这正是 arm64 产物长期缺失的原因（曾被误判为缺 g++ 交叉编译器）。
|
||
SYSO_HIDDEN=()
|
||
hide_syso_for_target() {
|
||
[ "${GOOS:-}" = "windows" ] && return 0
|
||
local f
|
||
for f in "$PROJECT_ROOT"/cmd/homed/*.syso "$PROJECT_ROOT"/cmd/waiter/*.syso; do
|
||
[ -f "$f" ] || continue
|
||
mv "$f" "$f.hidden"
|
||
SYSO_HIDDEN+=("$f")
|
||
done
|
||
}
|
||
restore_syso_for_target() {
|
||
local f
|
||
for f in "${SYSO_HIDDEN[@]:-}"; do
|
||
[ -n "$f" ] && [ -f "$f.hidden" ] && mv "$f.hidden" "$f"
|
||
done
|
||
SYSO_HIDDEN=()
|
||
}
|
||
trap restore_syso_for_target EXIT
|
||
hide_syso_for_target
|
||
|
||
# ---- homed (CGO, sqlite3) ----
|
||
build_homed() {
|
||
local out="$BUILD_DIR/homed${SUFFIX:+_$SUFFIX}"
|
||
local plat="${GOOS:-linux}/${GOARCH:-amd64}"
|
||
|
||
if [ "$GOOS" = "darwin" ] && [ "${CC:-}" = "" ] && [ "$(uname)" != "Darwin" ]; then
|
||
echo "[SKIP] homed ${plat} — requires native macOS build (CGO + sqlite3, no osxcross)"
|
||
return
|
||
fi
|
||
if [ "$GOOS" = "windows" ]; then
|
||
out="${out}.exe"
|
||
fi
|
||
echo "[BUILD] homed ${plat} → $out"
|
||
# Go 用 CC 驱动 CGO 编译与链接，用 CC 指定的交叉工具链来决定目标架构。
|
||
# 必须同时 export CC 给 Go 的 CGO 代码生成器，否则 CGO_ENABLED=1 下的
|
||
# 目标文件与 host 的 ld 不兼容（如 arm64 的 .o 给了 x86_64 的 ld）。
|
||
#
|
||
# HOMED_TAGS 默认带 onnxruntime：发行版**默认启用**本地向量空间。
|
||
# 不带这个标签时 providers/chineseclip 与 providers/qwen3vl 仍会注册，
|
||
# 但打开时报「requires build tag」并优雅降级（不静默假装成功）。
|
||
# 需要极简构建时可显式 HOMED_TAGS= 关掉。
|
||
#
|
||
# 运行期还需要 libonnxruntime.so（provider 按 /opt/onnxruntime、
|
||
# /usr/local/lib、/usr/lib 顺序查找）；缺失时同样是「日志里的明确错误 +
|
||
# 降级」，不会假装启用。
|
||
local _cc="${CC:-cc}"
|
||
local _tags="${HOMED_TAGS-onnxruntime}"
|
||
local -a _tagargs=()
|
||
if [ -n "$_tags" ]; then _tagargs=(-tags "$_tags"); fi
|
||
|
||
# ★★ homed 必须与**它自己的**启动依赖图一起产出（2026-10-17 实测缺陷）。
|
||
#
|
||
# 内核启动时比对「磁盘图 digest」vs「二进制内嵌 digest」，不一致或读不到
|
||
# ⇒ **拒绝启动**（退出码 1）。本脚本原先既不生成图也不注入 digest
|
||
# ⇒ 用 `deploy/packaging/build.sh` 打出的 homed 装到机器上**起不来**：
|
||
# kernelboot: 生产构建（内嵌 hash 非空）但读不到依赖图 …
|
||
#
|
||
# 注意这与 Makefile 是**两条独立构建路径**：只修 Makefile 不够。
|
||
# 图必须由**同一次构建**产出（digest 一一对应），不能复用别的版本的图。
|
||
local _graphgen="$BUILD_DIR/homed-depgraph${SUFFIX:+_$SUFFIX}"
|
||
echo " [graph] 生成启动依赖图（编译期定序）..."
|
||
CGO_ENABLED=1 CC="$_cc" "$GO" build ${_tagargs[@]+"${_tagargs[@]}"} \
|
||
-o "$_graphgen" ./cmd/homed-depgraph/
|
||
local _graph_hash
|
||
_graph_hash="$("$_graphgen" -digest)"
|
||
"$_graphgen" -out "$BUILD_DIR/depgraph.bin"
|
||
echo " [graph] digest=$_graph_hash"
|
||
|
||
# ★ 内嵌主密钥（用户 2026-10-16 方案 C：字面内嵌，防丢失）。
|
||
#
|
||
# 密钥从**环境变量**读，不落仓库：本仓有两个公开远端
|
||
# （gitcode / github），把 64 位 hex 写进任何被跟踪的文件都会
|
||
# 永久留在 git 历史里。
|
||
#
|
||
# HA_EMBEDDED_KEY_HEX=<64 位 hex> deploy/packaging/build.sh
|
||
#
|
||
# 未设时**不注入**（行为与以前完全一致）：不报错、不警告 ——
|
||
# 因为开发机构建与 CI 本来就不应该带生产密钥。但产物会因此
|
||
# 没有内嵌钥，生产打包时**必须**显式给。
|
||
local _embedkey="${HA_EMBEDDED_KEY_HEX:-}"
|
||
local _keyflag=""
|
||
if [ -n "$_embedkey" ]; then
|
||
case "$_embedkey" in
|
||
????????????????????????????????????????????????????????????????)
|
||
# 64 字符：形状像 32 字节 hex
|
||
_keyflag=" -X github.com/JianFeeeee/HomeAgent/internal/security.embeddedKeyHex=$_embedkey"
|
||
echo " [security] 内嵌主密钥已注入（64 位 hex）" ;;
|
||
*)
|
||
echo " error: HA_EMBEDDED_KEY_HEX 必须是 64 位 hex（当前 ${#_embedkey} 字符）" >&2
|
||
return 1 ;;
|
||
esac
|
||
fi
|
||
|
||
CGO_ENABLED=1 CC="$_cc" "$GO" build -buildvcs=false -trimpath -installsuffix dynlink \
|
||
${_tagargs[@]+"${_tagargs[@]}"} \
|
||
-ldflags "$LDFLAGS -X github.com/JianFeeeee/HomeAgent/internal/kernelboot.EmbeddedGraphHash=$_graph_hash$_keyflag" -o "$out" ./cmd/homed/
|
||
echo " OK ($(file "$out" | sed 's/.*: //') | $(du -h "$out" | cut -f1))"
|
||
}
|
||
|
||
# ---- waiter (cross-platform, CGO-free) ----
|
||
build_waiter() {
|
||
local plat="${GOOS:-linux}/${GOARCH:-amd64}"
|
||
local out="$BUILD_DIR/waiter${SUFFIX:+_$SUFFIX}"
|
||
if [ "$GOOS" = "windows" ]; then out="${out}.exe"; fi
|
||
|
||
echo "[BUILD] waiter ${plat} → $out"
|
||
CGO_ENABLED=0 "$GO" build -buildvcs=false -trimpath -installsuffix dynlink \
|
||
-ldflags "$LDFLAGS" -o "$out" ./cmd/waiter/
|
||
echo " OK ($(du -h "$out" | cut -f1))"
|
||
}
|
||
|
||
# ---- initconfig（必须 cgo：写 config.db 用的是 go-sqlite3）----
|
||
#
|
||
# 这里**必须** CGO_ENABLED=1。此前写的是 CGO_ENABLED=0，而 cmd/initconfig 通过
|
||
# database/sql 使用 mattn/go-sqlite3：CGO_ENABLED=0 时该库退化成 static_mock.go
|
||
# 里的桩，sql.Open 是懒的所以不报错、第一次 Exec 才失败；而 main.go 当时忽略
|
||
# 了所有错误——于是 initconfig 打印凭据、退出码 0、一个字节都没写进 config.db。
|
||
# 安装脚本把这份凭据写进 credentials.txt，用户照它登录必然失败，全程无报错。
|
||
#
|
||
# NSIS 安装包（installer.nsi）与 package-linux.sh 的 stage_variant 都引用它，
|
||
# 但此前 build.sh 从不构建它——Windows 安装包构建会直接失败在缺文件上。
|
||
build_initconfig() {
|
||
local plat="${GOOS:-linux}/${GOARCH:-amd64}"
|
||
local out="$BUILD_DIR/initconfig${SUFFIX:+_$SUFFIX}"
|
||
if [ "$GOOS" = "windows" ]; then out="${out}.exe"; fi
|
||
|
||
echo "[BUILD] initconfig ${plat} → $out"
|
||
CGO_ENABLED=1 "$GO" build -buildvcs=false -trimpath -installsuffix dynlink \
|
||
-ldflags "$LDFLAGS" -o "$out" ./cmd/initconfig/
|
||
echo " OK ($(du -h "$out" | cut -f1))"
|
||
}
|
||
|
||
# ---- linux-payload（给 Windows 安装器用的 Linux 包）----
|
||
#
|
||
# Windows 不再安装 homed.exe：homed 依赖 fd 继承 + 统一共享内存区的段内偏移
|
||
# 解引用，Windows 句柄模型无法表达（见 cmd/homed/platform_windows.go）。
|
||
# Windows 安装器改为引导到 WSL2，并把 **Linux 包**送进发行版里安装。
|
||
# 因此 Windows 安装包必须带上 Linux 产物——这一段就是把它暂存到
|
||
# build/linux-payload/（installer.nsi 从这里 File /r 打进安装包）。
|
||
#
|
||
# 复用 package-linux.sh 的产物，而不是在这里另行编译：WSL 里跑的就是普通
|
||
# linux/amd64，安装内容必须与 Linux 原生安装**完全一致**，否则又变成两个平台。
|
||
stage_linux_payload() {
|
||
local src="$PROJECT_ROOT/dist/linux"
|
||
local out="$BUILD_DIR/linux-payload"
|
||
|
||
rm -rf "$out"
|
||
mkdir -p "$out"
|
||
|
||
local found=0
|
||
for f in "$src"/*.deb "$src"/*.tar.gz; do
|
||
[ -f "$f" ] || continue
|
||
cp "$f" "$out/"
|
||
found=$((found + 1))
|
||
done
|
||
|
||
if [ "$found" -eq 0 ]; then
|
||
echo "[FAIL] build/linux-payload 为空：先运行 package-linux.sh 产出 dist/linux/*.deb|*.tar.gz" >&2
|
||
echo " （Windows 安装器会把这里的包送进 WSL 安装；空包等于装不上）" >&2
|
||
return 1
|
||
fi
|
||
echo "[BUILD] linux-payload ← $found 个包"
|
||
ls -1 "$out" | sed 's/^/ /'
|
||
}
|
||
|
||
# ---- gui (Electron) ----
|
||
#
|
||
# 输出目录必须用 --config.directories.output，**不能用 -o**：
|
||
# electron-builder 的 `-o` 是 `--mac`/`--macos` 的短别名（见 --help 的 Building 段），
|
||
# 不是 output。此前 `-o "$BUILD_DIR"` 被当成 macOS 的 target 列表，报
|
||
# ⨯ Unknown target: ${HOME_DIR}/trueagent/build
|
||
# （路径被 lowercase 后去匹配 target 名表，所以错误信息里的路径是全小写的，
|
||
# 这也是它看起来像「路径错」而实际是「参数位置错」的原因）。
|
||
# v1.0.1 与 v1.0.3 两次发布都因此手工组装过 GUI。
|
||
build_gui() {
|
||
if [ -n "${GOOS:-}" ] && [ "$GOOS" != "$("$GO" env GOOS)" ]; then
|
||
echo "[SKIP] gui ${GOOS}/${GOARCH} — electron-builder handles cross-platform natively; run 'all' on CI host"
|
||
return
|
||
fi
|
||
|
||
local gui_dir="$PROJECT_ROOT/cmd/gui"
|
||
echo "[BUILD] gui → $BUILD_DIR/"
|
||
|
||
if [ ! -d "$gui_dir/node_modules" ]; then
|
||
echo " npm install..."
|
||
(cd "$gui_dir" && npm install --production)
|
||
fi
|
||
|
||
# 不传 --config：electron-builder 默认从 package.json 的 "build" 键读配置。
|
||
# 传 --config package.json 会让它把**整个** package.json 当配置校验，
|
||
# 于是 devDependencies / build / scripts 全被判为 "unknown property" 而失败。
|
||
#
|
||
# GUI 失败不中断整体构建：homed/waiter/initconfig 是发布的主体，
|
||
# 而 GUI 依赖 electron 运行时下载（离线机器、arm64 缺缓存都会失败）。
|
||
# set -e 下若不接住，一个可选组件会让整轮跨平台构建全废。
|
||
if (cd "$gui_dir" && npx electron-builder \
|
||
--linux --win --mac \
|
||
--x64 --arm64 \
|
||
-p never \
|
||
--config.directories.output="$BUILD_DIR"); then
|
||
echo " OK"
|
||
else
|
||
echo " WARN: gui 构建失败（可选组件，不影响 homed/waiter/initconfig）"
|
||
echo " Linux 包可用 deploy/packaging/package-linux.sh 内置的手工组装路径"
|
||
return 0
|
||
fi
|
||
}
|
||
|
||
# ---- dispatch ----
|
||
if [ "${GOOS:-}" = "windows" ]; then
|
||
# Windows 目标：构建的**不是** homed——它已放弃 Windows 原生支持。
|
||
# 需要的是：Linux 包（送进 WSL 安装）+ Windows 侧客户端（waiter CLI / GUI）。
|
||
case "$COMPONENT" in
|
||
all) build_waiter; stage_linux_payload; build_gui ;;
|
||
waiter) build_waiter ;;
|
||
payload) stage_linux_payload ;;
|
||
gui) build_gui ;;
|
||
homed|initconfig)
|
||
echo "homed/initconfig 不再提供 Windows 原生构建：请用 WSL2（或用 linux/amd64 目标）。" >&2
|
||
echo "原因见 cmd/homed/platform_windows.go。" >&2
|
||
exit 1
|
||
;;
|
||
*)
|
||
echo "Unknown component: $COMPONENT"
|
||
exit 1
|
||
;;
|
||
esac
|
||
else
|
||
case "$COMPONENT" in
|
||
all) build_homed; build_waiter; build_initconfig; build_gui ;;
|
||
homed) build_homed ;;
|
||
waiter) build_waiter ;;
|
||
initconfig) build_initconfig ;;
|
||
gui) build_gui ;;
|
||
*)
|
||
echo "Unknown component: $COMPONENT"
|
||
exit 1
|
||
;;
|
||
esac
|
||
fi
|