在构建自动化过程中,您做了哪些酷炫有趣的事情？

Question

我很想知道其他人在构建自动化过程中做了什么,而不是通常的编译,构建,运行测试等任务,这些任务可能对其他人有用而且鼓舞人心,以便其他人考虑和研究如下:

• 生成代码文档
• 如果违反已建立的指标,则使用代码指标来衡量构建质量并使构建失败.

Answer 1

将可执行文件解雇到http://virustotal.com,对所有主要的反病毒引擎进行病毒扫描.

并不是说我们认为我们的exes包含病毒,但有时你会得到误报,并且你不希望它成为找到它的客户.8-)

Answer 2

我们有一个推特账户,所以我们可以随时随地查看其状态

Answer 3

我们有一个Staples easy按钮,我们已经连接起来按下按下时的构建.

Answer 4

为可能分散在代码周围的任何TODO/FIXME等创建报告.

Answer 5

以下是我做过,做过或打算做的一些事情:

• 更新红绿灯(使用X10小工具)以指示构建状态(绿色=好,黄色=建筑物,红色=哎呀!).
• 生成代码文档,然后使用文档更新项目Wiki.
• 其他项目维基更新,例如发布当前版本号,提供下载链接等.
• 部署到(并在必要时回滚)测试服务器,在那里进行手动测试.我通常使用VMWare完成此操作,因此"部署"实际上是创建新的VM实例.
• 自动将"待定构建"的票证移至QA进行测试.
• 为失败的测试,失败的构建和编译器警告创建缺陷报告.
• 在版本控制中标记构建(也应用版本信息).
• 在Y天内X或更多失败的构建之后安排审核.(例如,如果在一周内发生三次失败,我们需要见面以弄清楚发生了什么)
• 为无错误的周安排"披萨和啤酒"派对.
• 大声播放"ca-ching!" 只要我们知道的功能将导致新的销售完成,就会在PA系统上发出声音.在我的旧公司,我们的销售团队喜欢这个无用的功能:).

Answer 6

从failblog.com中提取随机图像以附加到"构建失败"电子邮件.

Answer 7

自动推进您的问题工作流程.

我们为Bamboo CI服务器编写了一个自定义插件,它收集了与构建相关的所有JIRA问题(根据svn commit注释确定)并检查它们在JIRA中的状态.

一旦构建成功(并将应用程序部署到正在运行的服务器)," 等待构建 "工作流阶段中的任何问题都会自动进入" 构建且可用于测试 "阶段,这会触发将电子邮件发送到测试人员分配给该问题.

这意味着我们的测试人员不会在开发人员检查代码时收到问题通知电子邮件,但是当修补程序在服务器上运行时,测试人员可以实际执行某些操作.

Answer 8

直接部署网站以测试部署服务器.

Answer 9

我们对我们生成的所有二进制文件应用数字签名。构建脚本会自动执行此操作。