Continuous integration 仅对CruiseControl.Net中选定的版本进行QA删除

Continuous integration 仅对CruiseControl.Net中选定的版本进行QA删除,continuous-integration,build-automation,cruisecontrol.net,qa,Continuous Integration,Build Automation,Cruisecontrol.net,Qa,CC.Net每天都在为我们创建许多构建。偶尔,我们会做一些手动冒烟测试,然后一个构建就变成了QA放弃(或者发布候选版本,如果您愿意的话)。QA删除只会复制到删除服务器 我想根据现有的成功构建,自动执行qa drop copy nant脚本。我该怎么做?用一种更广泛的方式来表达我的问题,人们是如何从一组成功的构建中自动发布到QA的 我设想一个带有标签“QA Drop”的额外按钮,可以触发脚本。它可能位于“强制”按钮旁边(用于发布上次生成),甚至可以在每个生成报告页面上使用(用于发布任何生成) 谢谢

CC.Net每天都在为我们创建许多构建。偶尔,我们会做一些手动冒烟测试,然后一个构建就变成了QA放弃(或者发布候选版本,如果您愿意的话)。QA删除只会复制到删除服务器

我想根据现有的成功构建,自动执行qa drop copy nant脚本。我该怎么做?用一种更广泛的方式来表达我的问题,人们是如何从一组成功的构建中自动发布到QA的

我设想一个带有标签“QA Drop”的额外按钮,可以触发脚本。它可能位于“强制”按钮旁边(用于发布上次生成),甚至可以在每个生成报告页面上使用(用于发布任何生成)

谢谢,
Josh

这正是我们在AnthillPro内部设置的方式。在构建记录上,有一个名为“运行辅助进程”的额外按钮,可以连接到部署和功能测试套件之类的东西。单击该按钮,选择您的流程、目标环境,然后离开

我在其他工具中模拟的方法是使用CI工具中的依赖项小部件来拥有一个QA部署“项目”,该项目取决于我想要部署的项目。对于大多数支持此功能的CI工具,当您仅部署最新的成功构建时,这种方法通常有效

只要您想进入QA环境,这种方法就可以工作。当您开始使用多个流程来组合在一起时,可能需要某种活生生的构建或管道管理策略—这可能会开始将您移出开源CI工具空间

--Eric

(+1)我们使用CC.Net,通常只关心将最新版本推送到QA。不过,在旧构建工件上运行辅助进程的想法听起来确实很有趣