开场：凌晨三点，QA 在群里 @你：测试包还没出，明天早上发版怎么办。你揉了揉眼睛，打开 Unity Hub，手动选场景、配 Player Settings、勾选 IL2CPP、Build And Run……一套流程下来二十分钟过去了，还很容易漏掉某个渠道的 keystore 配置。这不是个例，而是无数中小团队每天都在重复上演的场景。一旦项目接入多渠道、多平台打包，手动构建就成了效率黑洞。更糟的是，美术改了个 UI 资源、程序合了个分支，你都得手动跑一遍构建流程，版本一致性根本无法保证——"我机器上能出包"成了团队里最恐怖的一句话。命令行模式就是来解决这个问题的：它让 Unity 变成一个可以被脚本"调遣"的工具，而不是一个需要人坐镇操作的可视化编辑器。这篇文章按"核心机制 → 底层进程模型 → 工程落地"的顺序展开，目标是你读完能直接搭出一条能跑的 CI 构建流水线，并且知道每个参数为什么必须这么写。一、命令行模式核心概念1.1 什么是 BatchMode-batchmode是整个命令行体系的开关。一旦加上这个参数，Unity 不会弹出任何窗口，所有操作都在后台完成。它必须配合其他参数才能干活，单独使用只会让 Unity 静默启动然后一直挂着。# Mac / Linux /Applications/Unity/Hub/Editor/2022.3.18f1/Unity.app/Contents/MacOS/Unity \ -batchmode \ -nographics \ -quit \ -projectPath /Users/