一、版本号的“语义化”到底有没有用？
软件界有Semantic Versioning，主版本.次版本.修订号。可机械产线呢？大部分企业连个正经的版本规范都没有。图纸上写个REV C，好点的加上日期。你说这能追溯？有一次由于设计变更，我们同时出了REV C、REV C1和REV C2三张图纸，分别对应不同批次的零件，结果现场拿着REV C2来装配，库里还堆着REV C1的库存。后来才明白，版本号必须承载“兼容性”信息。比如主版本代表不兼容的机构变更，次版本代表兼容的优化，修订号代表微小修正。这套逻辑不复杂，难在坚持执行。你想想，如果当初把气缸行程的改动定义为主版本变更，那么下游夹具供应商就会第一时间响应，而不是拿着旧图纸瞎猜。二、机械结构的兼容性设计：留一手
你永远不知道下次迭代会改什么。我在设计铝合金框架时，一定会预留至少两排安装孔。当时被项目经理骂浪费加工费，后来新版本要加装一个传感器支架，直接用了预留孔，省了重新钻孔的焊接防变形处理。反过来，一个做治具的同事没留，硬是补焊再加工，搞了两周。所以关键尺寸公差分区也是必须的。按ISO 286标准，基准孔采用H7，但配合长度通常取孔径的1.5倍，这样即使版本变了，铰削的余量就在那。我们曾做过一台动力总成装配机，夹具基板的结合面采用了H7/g6配合，用了五年三次迭代，基板没换，只换过工装板。这就是“留一手”的好处。
三、改造时的“继承”与“抛弃”
四、成本与风险：不是每一次升级都值得
五、知识库与技术文档：隐形弹药
很多工程师改完图就完事，从来不更新BOM和维修手册。结果下一任接手时，看着图纸上的版本号不明所以。我强烈建议，每次迭代后，必须输出一个“变更说明”，讲清楚改了哪里、为什么改、影响了哪些模块。这事儿比画图重要十倍。你甚至可以输出一个简单的矩阵，左边列旧版本号，右边列新版本号，中间写变更影响。
