1,556
社区成员
发帖
与我相关
我的任务
分享急求，如何做的nightly-build
我需要做的一件事事情，是每天晚上，从服务器获取文件，然后编译，打包，部署到服务器上，接着跑测试脚本。
clear case是源代码管理器
编译工具需要使用到 web sphere（不知道和sun公司的javac 编译的字节是否完全一致）
部署到was上。
脚本是LoadRunner，以及qtp
各位大侠：
如下问题：项目由于可能非常多，因此最好是每个项目都独立的脚本，便于输出每个项目的
各个阶段的报告
（1)针对编译，有ant和maven，这两个那个更容易掌握？
(2)除了编译过程，其他的是不是都用 命令行 的脚本 来实现呢？还是把它写到 ant 或者 maven的配置文件中？
有哪位高人，已经做过这个事情？可否分享下经验？
之所以在这里发，因为，我觉得这个是实现 small release的前提
...全文
请发表友善的回复…
发表回复
xbt746 2010-06-30
- 打赏
- 举报
cruise control
bigc2000 2010-01-10
- 打赏
- 举报
上面仁兄，继续说说你的观点
nightly-build 是第一步，continuious-integrating是下一步
全量方式时必须的，但是有时候必需使用增量，因为实际生产环境是增量，因此增量能够更加模拟生产
nightly-build 是第一步，continuious-integrating是下一步
全量方式时必须的，但是有时候必需使用增量，因为实际生产环境是增量，因此增量能够更加模拟生产
thinkscrum 2010-01-08
- 打赏
- 举报
clearcase虽然内嵌perl脚本的支持， 但个人很不推荐使用perl，除非你们对perl非常非常熟悉。
其实可以用clearcase的命令行来取版本，用不着perl脚本， 整个build和测试的每个部分都用工具来做，再用一个脚本串起来， 可以考虑用python脚本串起来。
如果是Nightly-build，不建议使用增量方式的编译部署，建议使用全量方式， 这样比较可靠。 除非你们项目的全量编译/部署时间很长。
其实可以用clearcase的命令行来取版本，用不着perl脚本， 整个build和测试的每个部分都用工具来做，再用一个脚本串起来， 可以考虑用python脚本串起来。
如果是Nightly-build，不建议使用增量方式的编译部署，建议使用全量方式， 这样比较可靠。 除非你们项目的全量编译/部署时间很长。
bigc2000 2010-01-04
- 打赏
- 举报
好吧，我去写脚本了
看看我的方案行不行
（1）使用cruisecontrol 工具，做整体配置
（2）使用ant（不使用maven是因为我们无法联外网，而且maven用起来麻烦
（3）脚本用perl（原因是以前有人写过这类的脚本）该脚本就是从cc上按branch取数据。（这个工作量其实挺大的）
（4）发邮件脚本，（这个是lotus，不是普通的smtp）这部分已经写好
（5）比较文件脚本，用的是盗版的bc，脚本也写好了（按二进制比对）
（6）因为是web应用居多，且都是was，因此打算用 was的wrd命令实现文件变化就立即编译部署
上面还差什么不？
看看我的方案行不行
（1）使用cruisecontrol 工具，做整体配置
（2）使用ant（不使用maven是因为我们无法联外网，而且maven用起来麻烦
（3）脚本用perl（原因是以前有人写过这类的脚本）该脚本就是从cc上按branch取数据。（这个工作量其实挺大的）
（4）发邮件脚本，（这个是lotus，不是普通的smtp）这部分已经写好
（5）比较文件脚本，用的是盗版的bc，脚本也写好了（按二进制比对）
（6）因为是web应用居多，且都是was，因此打算用 was的wrd命令实现文件变化就立即编译部署
上面还差什么不？
bigc2000 2009-12-27
- 打赏
- 举报
楼上的，你有有用过continuum么？
或者hudson ci
等等，
或者hudson ci
等等，
bigc2000 2009-12-27
- 打赏
- 举报
你真厉害。。。。
自动构建应该是一个目标与方向
自动构建应该是一个目标与方向
loveisbug 2009-12-27
- 打赏
- 举报
项目不多。多的情况也就写点小脚本。
loveisbug 2009-12-27
- 打赏
- 举报
我们都是手动的，呵呵。
loveisbug 2009-12-26
- 打赏
- 举报
嗯，一般都是脚本实现。
