我正在尝试完成一个完整的CI解决方案,它将从PR、-> build ->开始,构建将nuget包推送到章鱼->章鱼识别和部署。我想要澄清拉请求策略是如何自动构建拉请求的。我们选择了“当团队成员在”dev“分支中创建或更新拉请求时,将此构建排队:MyCoolBuilDefinition”。
我注意到,一旦一个公关被创建,构建火灾立即。它创建了一个临时的git分支我想它会在这个分支上创建一个预合并来完成构建。这是我们可以部署和测试的构建吗?或者这仅仅是为了满足构建策略?
我担心,如果有3拉请求,created....If、PR1和PR2已经构建,但没有标记完成。PR3的构建会包含来自PR1和PR2的代码吗?因为只有当PR标记为已完成的…时,代码才会合并到“dev”分支中。我可不这么想。预合并应该从最新的“dev”分支中提取来进行预合并。而且,如果P1和p2没有被标记完成,那么P3就不会有P1和P2代码。
发布于 2016-02-17 02:22:58
构建只是用来满足构建策略,您的关注是正确的。预合并不包括其他未完成的拉请求中的更改。它只需确保当前的拉请求可以成功构建。因此,最好为"dev“分支创建两个构建定义。一个定义只是构建代码以满足拉请求,另一个定义支持持续集成并构建代码并推送nuget包。
https://stackoverflow.com/questions/35441826
复制相似问题