打包部署 浅议产品发布打包

rexuekonglong · 2013年05月30日 · 3 次阅读

示例:手里负责的项目中,有几个 windows 项目,编译脚本是研发写的 bat,产物是.exe 安装程序和.ini 配置文件,统一存储在.\bin\下,输出产品需求为 bin 文件夹下所有产物。 你趋向于怎么打包? a、 7z a .\bin ? b、7z a .\bin\x .\bin\y .\bin\z …… ?

其实,上面的例子涉及到的一个关键点,是编译失败信息能否顺利返回 hudson,并及时终止编译。 1、对于调用现成 bat shell 脚本编译,如脚本对于编译失败没有进行细致信息返回设置,那么建议选择 b 方法打包,最起码能在最后打包环节发现问题(ps:打包环节就别使用现成的 bat 了) 2、对于可以在 hudson 中实现编译失败信息回传的项目,选择 a 方法打包(ps:shell 中设置 set -e 也可以在编译失败时及时终止脚本运行)

a 里如果处理不好会容易产生文件冲突,比如两个小项目都有各自的 cfg.ini 文件

这个时候需要从更高的角度去看这个产品如何进行配置。其实最好所有的产品都用一个配置文件

这是整体目录级别打包,没有拷贝动作,如何产生冲突? 不同产品有各自的配置文件,不同使用范围的产品使用区别化的配置文件,这种基础性选择,在打包之前必须考虑清楚。

需要 登录 后方可回复。