Build RTC/Jazz中的顺序构建
我们有一些依赖的版本,我想开始他们所有毕竟。。。(谈到RTC/Jazz构建定义,它用于RTC/Jazz源代码控制-我们使用来自RTC/Jazz的构建引擎)Build RTC/Jazz中的顺序构建,build,rtc,jazz,Build,Rtc,Jazz,我们有一些依赖的版本,我想开始他们所有毕竟。。。(谈到RTC/Jazz构建定义,它用于RTC/Jazz源代码控制-我们使用来自RTC/Jazz的构建引擎) 构建框架 生成服务器[取决于1。] 构建(启动)单元测试服务器[取决于2。] 构建客户端[取决于1。] 构建(启动)单元测试客户端[取决于4.] 生成(生成)全面报告[取决于1.-5.] 构建(发布)如果一切正常。。。[取决于6.如果确定] 有没有办法将序列添加到不同的构建定义中?构建是在两个不同的构建引擎上执行的,这两个引擎甚至在不同的构建
RTC中的构建计划程序管理不如TeamCity或Jenkins完整(实际上,RTC4+允许将该作业计划功能委托给Jenkins) 但是,如果您想在生成定义之间引入序列,可以查看在“.”中介绍的生成后交付 其思想是,如果构建成功,则触发对另一个流的传递()。
如果另一个流由另一个作业监控,则只有在前一个作业成功时,该作业才会启动:序列已实现 这似乎比以前简单
请注意,构建后的步骤。请参阅。您可以在每次成功构建后向jour jazz服务器发出post请求,如: localhost:/jazz/service/com.ibm.team.build.internal.common.ITeamBuildRequestService
<request>
<method>requestBuild2</method>
<interface>com.ibm.team.build.internal.common.ITeamBuildRequestService</interface>
<parameters xsi:type="com.ibm.team.repository.common.services:ComplexDataArg">
<type>COMPLEX</type>
<value xsi:type="build:BuildRequestParams">
<allowDuplicateRequests>true</allowDuplicateRequests>
<personalBuild>false</personalBuild>
<buildDefinition itemId="YOUR_BUILD_DEFINITION_NAME" />
</value>
</parameters>
</request>
请求构建2
com.ibm.team.build.internal.common.ITeamBuildRequestService
复杂的
真的
假的
仅供参考,如果您在这里没有得到任何回复,您可以查看以直接从IBM人员那里获得支持。资料来源:我曾经是Jazz平台的开发者。好吧,谢谢,我会重新考虑这一点-尽管我知道用户VonC(),这在Stoackoverflow@MarcBaumbachI上经常是一个很大的帮助,我仍然在通勤,我在打电话你好VonC-这不是一个紧迫的问题,所以请不要感到压力@VonCAnd。。。回去工作。好的,我理解你的方法。。。但这需要一个我的人不喜欢的交付选项。。。我必须考虑这一点,它似乎是这样工作的(我知道后建选项和触发,所以谢谢你已经-但这不是我所期待的,因此可能需要一些时间来找出它)“交付选项,我不喜欢在我的人民”:我不确定我是否遵循:这是一个自动传递。呵呵-每当您将更改集从一个流传递到另一个流时,所有存储库工作区(具有该流的流目标)都会将该更改集作为挂起的更改接收。。。也许我必须以另一种方式设置流…或者我必须告诉他们如何以另一种方式设置存储库工作区…给我一些时间考虑一下,因为我认为您再次向我展示了一个可能的解决方案-但我没有那么快,所以请原谅我^^这听起来很有趣-我到底应该在哪里扩展我的requestService(对不起,我对这个主题很陌生,所以不要感到尴尬)它与通过Web UI执行的操作非常相似:登录,发布构建请求,然后每隔30或60秒轮询一次结果。好的,我知道怎么做了。。。这似乎是另一个好的解决方案,所以现在有更多的事情要考虑^ ^给我一些时间,但我也喜欢这个解决方案!