我们有一大堆产品要构建(20+),每个产品都构建在3个平台上,现在我要求每个产品都有3种不同类型的构建-- 1)每当配置管理发生变化时。不要清空工作区,做一些单元测试。2)每晚午夜。首先清除工作区,执行所有单元测试。3)发布候选,手动触发。用版本号标记SCM中的文件,清除工作区,执行所有单元测试,将所有3个平台的输出收集到一个归档中。
我已经为在3个平台上构建产品的每个产品创建了一个多配置“矩阵”作业,但现在我不确定包含这3种构建类型的最佳方式-我宁愿不为每个作业创建3个副本,这对我来说听起来像是维护噩梦。
对最不令人不快的方式有什么建议吗?
谢谢,克里斯
发布于 2013-10-05 04:39:01
不确定这些工作中的实际构建部分对你来说有多复杂。然而,我会创造3个就业机会,因为他们是显着不同的。
然而,job2看起来像是job3的一个子集。因此,您也许能够解决一些问题,即job3触发job2,并且只做构建前和构建后的工作。我现在还没有好的主意来组合job1和2。
发布于 2013-10-05 10:21:01
数字1可以作为单独的作业或批处理任务来完成。在作业的高级功能中,您可以让作业2使用作业1的工作区。对于Maven Job,可以在Build ->复选框中配置Use Custom Workspace。在“高级项目选项”下可以免费获得工作。
第三个可以用3到4个不同的插件(Subversion标签插件,Artifactory Pro的Artifactory插件,Promoted Builds,Release插件)
发布于 2013-10-05 10:41:53
我们把需求分开...
你有不同的版本...因为它们将是完全不同的,不同的代码,或平台或一些大的东西。
你有参数化的构建...它们将构建在相同的代码库上,并具有不同的参数
你有不同的触发器...即。一个计时器,或者一个签到。
您必须为不同的构建版本创建单独的作业,
你可以为参数化的构建做不同的工作...
对于触发器,每个作业可以有多个触发器...
因此,您需要为不同的触发器创建单独的构建的原因是,如果您有一组长时间运行的测试,您只想每晚测试一次,而不是在每次签入时测试
对于参数,它们可以在每次手动作业启动时填写,或者可能批处理到导入的文件中……你可以随心所欲地构建配置管理,它是一个非常灵活的工具。
https://stackoverflow.com/questions/19187387
复制相似问题