手动合并与「合并管控」批量命令
合并方式设成手动，终端下完新版本就挂起不生效、继续跑旧版本，一直等到你从控制台下命令。适合「换版本这件事必须由人挑时间、而且要盯着」的场景——比如一次大版本更新，想先在两台机器上换、验完再推全场。
三种合并方式的取舍见 下载合并（自动 / 手动 / 定时）；想要无人值守到点自动换，用 定时合并。
一、在哪里下命令
控制台 → 桌面（Desktop） → 下载合并 → 勾选终端 → 工具栏「合并管控」
四条命令都有确认弹窗，都沿用「下发命令」的权限口径，并记入操作审计日志。
二、四条命令
| 命令 | 作用 |
|---|---|
| 合并当前系统 | 只合并该终端当前正在运行的那个系统 |
| 合并全部 | 合并该终端上全部挂起的系统 |
| 清空合并数据 | 丢弃挂起的新版本数据，条目回到原生效版本，之后可重新下载 |
| 校验合并数据 | 对「合并后将得到的内容」算校验值，与服务器上按版本登记的基准比对 |
「合并后立即重启」这个勾
「合并当前系统」与「合并全部」都带这个勾选项，默认不勾。
| 勾选状态 | 当前正在运行的系统 | 未在运行的系统 |
|---|---|---|
| 不勾（默认） | 下次重启时生效 | 当场合并，本来就不需要重启 |
| 勾上 | 合并后立即重启，马上生效 | 同上 |
所以「不勾」并不等于「什么都没发生」——没在跑的系统已经换好了，只有正在跑的那个在等重启。
清空合并数据会丢什么
只丢挂起的那份新版本数据，条目回到原来的生效版本。用户在旧版本里的东西不受影响。清空之后这个镜像可以重新下载。
典型用途：挂起的版本已经不想要了（服务器上又出了更新的），或者要给这台机器开更新但被挂起数据挡住了。
三、校验合并数据
全盘计算，耗时较长
下发后不会马上出结果。结果稍后回流到「下载合并」页的校验结果列，去那里看。
校验结果有三种：
| 结果 | 含义 |
|---|---|
| 通过 | 合并后将得到的内容与服务器基准一致 |
| 不一致 | 对不上，建议清空后重新下载 |
| 无基准 | 服务器上没有登记该版本的基准校验值——是「比不了」，不是校验失败 |
ROM 下不支持校验
终端停在网络启动维护环境（ROM）时下发「校验合并数据」，终端会明确回**「不支持」**。全盘计算属于长耗时任务，应当在系统内发起。同一环境下「合并 / 清空」是支持的。
四、终端那边看到什么
1，启动菜单里，本地有挂起更新的系统，副标题会追加「已下载 N 待合并」。
2，服务器版本与挂起版本一致时显示「待合并」而不是「可更新」，按下载键也不会把已挂起的数据重下一遍——现场因此不会误判成「还没下载」而重复下载。
3，终端停在维护环境（ROM）时，同样能执行控制台下发的「合并 / 清空合并数据」，立即生效、无需重启。
启动菜单本身的按键与界面说明见 启动菜单使用说明；核对各终端本地版本是否最新见 如何识别本地缓存下载情况。
五、挂起期间的约束
手动与定时共用同一套挂起规则，单独整理在 合并挂起期间的边界规则。最常撞到的一条先说在这里：
带待合并数据时不能「开更新」
下发「开更新」会被明确拒绝并说明原因。先合并、或先「清空合并数据」，再进更新模式。