deploy/demo-up.sh 的现场构建路径(deploy/images/ 无预打包 tar 时的 docker build 分支)给 lobby 传的 build-arg 只有 Paper 的两个;而 80a29ba 起 deploy/lobby/Dockerfile 的 RUN 守卫把 LUCKPERMS_JAR_URL 设为必填、缺了直接 exit 1(ERROR: --build-arg LUCKPERMS_JAR_URL=<luckperms bukkit jar> is required)。所以这条路径今天在 lobby 一步必然失败。
deploy/demo-up.sh
deploy/images/
docker build
80a29ba
deploy/lobby/Dockerfile
LUCKPERMS_JAR_URL
exit 1
ERROR: --build-arg LUCKPERMS_JAR_URL=<luckperms bukkit jar> is required
bootstrap.sh
build_game_stack
resolve_game_jars
luckperms_latest_jar
PAPER_JAR_URL
发现于 #20 施工中(给两条 docker build 补 PAPER_JAR_SHA256 时)。
PAPER_JAR_SHA256
按修法方向收口(f5a76cf,批 40 单起点化):demo-up.sh 不再带自己的 docker build 逻辑,改为 bootstrap 的薄包装——base + game stack 全部由安装器单一来源构建,LUCKPERMS_JAR_URL 由 installer 的 resolve_game_jars 统一解析注入。复核:grep -n 'docker build' deploy/demo-up.sh 0 命中;真机重跑 demo-up 全绿(批 40 T1–T3)。
f5a76cf
demo-up.sh
grep -n 'docker build' deploy/demo-up.sh
No dependencies set.
The note is not visible to the blocked user.
deploy/demo-up.sh的现场构建路径(deploy/images/无预打包 tar 时的docker build分支)给 lobby 传的 build-arg 只有 Paper 的两个;而80a29ba起deploy/lobby/Dockerfile的 RUN 守卫把LUCKPERMS_JAR_URL设为必填、缺了直接exit 1(ERROR: --build-arg LUCKPERMS_JAR_URL=<luckperms bukkit jar> is required)。所以这条路径今天在 lobby 一步必然失败。80a29ba让 LuckPerms 成为必填时更新了bootstrap.sh的调用方(build_game_stack一直在传),demo-up.sh 漏了——它上一次被改还是 b84debf。resolve_game_jars一样解析luckperms_latest_jar(metadata.luckperms.net)并传入,允许LUCKPERMS_JAR_URLenv 覆盖——和它现有的PAPER_JAR_URLoverride 模式一致。发现于 #20 施工中(给两条 docker build 补
PAPER_JAR_SHA256时)。按修法方向收口(
f5a76cf,批 40 单起点化):demo-up.sh不再带自己的docker build逻辑,改为 bootstrap 的薄包装——base + game stack 全部由安装器单一来源构建,LUCKPERMS_JAR_URL由 installer 的resolve_game_jars统一解析注入。复核:grep -n 'docker build' deploy/demo-up.sh0 命中;真机重跑 demo-up 全绿(批 40 T1–T3)。