打包工具，对质量控制与回溯的重要意义

今年的主要工作之一就是自动打包工具。

虽然是一个小工具，但意义还是想当大的。

如果你真正理解了打包的重要，自然对质量控制也有了深入的理解了。

我们从几个方面来分析。

我们简要说明一下为什么要打包。

讲个故事，肯尼迪在位的一件事，可能很多人知道，就是古巴导弹危机。

这个故事，有一个小插曲。

其实美国人早就知道，苏联人，把导弹运到了古巴。而且是在，苏联还没开始运的时候，就知道了。

所以，美国人，有了一个天真的想法，因为当时苏联的导弹有一些特性美国人还不是很清楚，所以就想偷几枚来研究研究。

好了，现在问题来了：苏联人是如何预防导弹被人偷得呢？

看文章标题：打包

苏联人用了最蠢，但最有效的办法，就是6个一捆。美国人，一直无法下手。

把包就是这样意思。

回到我们现实世界，比如你是马斯克，你的特斯拉汽车如何进行质量控制？

可以先从打好的包——整车开始。

为什么呢？这是成果。

这个成果，代表整个研发团队、测试团队、需求和系统等团队，一次同步的成果。

对应的，在CM体系里，就是一个商用标、PDM体系中，发布了一个版本，对应一个BOM。

对应了一个总装图，和零部件表。

然而，事实上，我带了这么多次团队，大家这方面，都搞得稀里糊涂。到处是漏洞。相信不止是我所在的公司这样。微软还时常搞错呢。

举个例子，这样的后果。

比如，你是宝马生产厂，整车装好的，准备出厂前，工人把也不知从哪搞来的发动机，换到车上，轮胎也换了。

然后出厂了。

后来出问题了，然后开始追溯吧。

结果，研发不承认那是他们设计的，生产部门说那也不是他们生产的，那是谁的责任？问题是，你很难找到在哪出问题。

听起来这事不太可能，但在软件业很普遍。

好象测试和外场的人，每个人，都有自己觉得最好用的版本，装在自己的U盘里。

所以，打包重要性在这里就体现出来了。

为什么要自动打包

在研发，自己也要打包。手工打一次，真是压力山大。

工作量大不说，还总是出错。

因为一个产品，从FPGA,DSP,驱动,平台，O&M，管理端，代理，等等，参与的好多。

总数几十个上百个，参与升级的，可能有十几个。

所以，这是一个方面。

另外，也是为资产管理

有了自动打包平台，研发人员，只需要打标，而不需要打包。

杜绝了在打包过程绕过质量检查的可能。

比如说，入库的代码，与研发人员编译用的代码并不同，如果研发人员来打包，则可能用自己生成的文件来代替自动编译平台的文件。

如何防止包被篡改？

有了自动打包的平台，每次打包结果的MD5就可以存在平台上。

这样，最起码，可以保证，CM在协调研发与测试“关司”时，可以给出客观的结论：包是不是原始包。

否则，研发可能指责测试方更改了原始包。