同事说“我这边能跑”，版本核对该从哪一步开始

“你那边装的同事到底是 1.4.2 还是 1.4.2-hotfix？”——项目群里这句话一出来，往往意味着问题已经排查了半小时，说边始而双方其实一直在讨论两个不同的版本步开程序。把软件版本对不上写成检查表，核对不是同事为了多填一张表，而是说边始为了让“我这边能跑”变成一句可以被别人复现的话。

先拆掉三个关于版本的版本步开误会

第一个误会：把文件属性里的“修改日期”当成版本。日期只能说明文件被替换过，核对说明不了它里面是同事什么。有人看到日期比同事的说边始新，就断定自己装的版本步开是新版，结果对方是核对从另一个渠道下载的同一日期包。判断版本要看程序自身输出的同事标识，比如“关于”窗口、说边始启动日志首行、版本步开命令行加版本参数后的回显，而不是资源管理器里的一列时间。

第二个误会：以为“安装包版本 = 运行版本”。机器上可能同时存在绿色版、旧安装目录、系统服务里注册的另一个副本。桌面快捷方式指向哪个路径，才是真正在跑的那个。检查表里必须有一栏写清“实际执行文件路径”，这一栏填不出来，后面的比对基本白做。

第三个误会：把依赖组件的版本算进主程序。运行库、驱动、浏览器内核、插件各有各的版本号，混在一行里记，就会得出“版本对不上”的假结论。正确做法是分行记录，主程序一行，关键依赖各一行，并注明哪一行是出问题的现场。

检查表的第一栏不是版本号，是“从哪拿的”

很多人一上来就抄版本号，抄完发现两个数字一样，问题却还在。这时要回到来源：安装包来自官网、内网镜像、同事转发，还是自动更新残留？获取渠道不同，同名版本的实际内容可能有差异。检查表建议按这个顺序填：

一、使用者与机器标识，写清是谁、哪台设备，避免事后对不上号。二、程序的实际路径与启动方式，是快捷方式、服务还是脚本拉起。三、版本标识的读取方法，写明是看关于窗口还是执行命令，让别人能照着复现。四、获取渠道与安装时间。五、同一台机器上是否存在其他副本。这五栏填完，再谈版本号高低才有意义。

顺序不能倒。先记版本号再找路径，很容易把“另一个副本”的号记到正在运行的程序头上，检查表就成了误导表。

把“对不上”拆成可比对的两行

检查表的价值在于并排。左边一行写“正常环境”，右边一行写“异常环境”，同一套栏目逐项对照：路径、版本标识、读取方式、依赖组件、配置文件位置。对照时只允许一项一项地看，不要笼统写“版本不一致”。具体到“主程序 1.4.2 对 1.4.2，但运行库一个 5.0 一个 6.0”，问题范围立刻缩小。

这一步也是“如何把软件版本对不上写成检查表”最容易被省略的地方：很多人只记录了自己这边，没有记录对方那边。没有并排，就没有比较；没有比较，检查表只是单人日记。哪怕对方不方便提供完整信息，也至少让他按同一栏目回填版本标识和路径两项。

留一栏给“下次怎么确认”

表尾加一行：本次结论与复核方式。结论不要写“已解决”，要写“将运行库统一到 6.0 后，主程序启动日志首行显示一致”。复核方式写清谁在什么条件下再执行一次哪条命令。这样下次再出现类似现象，直接翻出这张表，按同一路径重跑，不必从头猜。

如果填到一半发现关键信息拿不到，比如对方无法提供实际执行路径，正确的下一步不是继续猜版本，而是把这一栏标为“待确认”，并约定一个能拿到信息的时间点。检查表允许有空项，但不允许把猜测填成事实。版本核对这件事，慢一点填对，比快一点填满更省时间。