软件配置管理案例分析 6：混乱的hotfix 发布方式

laofo

我是配置管理小菜鸟，人称小m同学.


案例分析：
刚开完部门会议， PM一个电话打来说要和我商量一些 hotfix发布方式改进的事情，我一听这个事情不是那么简单的，就说，“你在座位上？我过去谈吧，这样比较好沟通”

原来事情这个样子的，项目W每次 hotfix发布都采用的是 Roll-up的方式。就是说假设我要发布 hotfix2,那么这个时候 hotfix2 就要把 hotfix 1的更改也要全部包含进去，客户只要打了hotfix2这个补丁，那么hotfix1也就自动打上了。

假设 hotfix1 已经发布了，包含a.dll, b.dll, c.dll三个文件；即将发布的hotfix2 的改动虽然只涉及到了 d.dll这一个文件，但也要把a.dll, b.dll,c.dll这三个文件同时包含进来一起发布出去。这个时候问题就出来了，测试人员说既然a.ll, b.dll, c.dll三个文件在hotfix2中没有更改，那么就不应该和d.dll文件一样重新编译，只需要把hotfix1的三个文件拿过来一起包含在hotfix2中，这样我们测试人员只需要测试一个d.dll文件就可以了，以前发布的三个文件我们根本不需要测试。

如果你和我一样是一个配置管理小菜鸟，该怎么办呢？

版权所有，转载请注明出处，谢谢合作。