gpt4 book ai didi

deployment - Jenkins-将构建推广到不同的环境

转载 作者:行者123 更新时间:2023-12-04 08:29:02 25 4
gpt4 key购买 nike

我希望获得有关通过其环境促进构建的最佳方法的一些指导。

我们有3个环境,DEV,STAGING,PROD。

DEV Jenkins构建在连续集成设置中运行,因为将代码 checkin 到Subversion中,Jenkins将运行一个新构建(干净,编译,测试,部署)。

棘手的是涉及到STAGING和PROD。

这个想法是为了能够将成功的DEV构建手动升级到STAGING。
STAGING构建将 checkout DEV的SVN修订版号,进行构建,测试,部署到阶段并最终在SVN中创建分支。

最后,发布管理器可以将STAGING构建手动升级为PROD。
PROD构建将从先前的STAGING构建中 check out 分支,部署到PROD并将分支标记为发行版。

我尝试使用Promotion Builds插件和Paramterized Trigger插件的组合,但是没有运气。 Subversion修订号似乎没有在DEV版本与STAGING版本之间传递。

在通过多个环境促进构建的过程中,没有人有任何指导吗?

最佳答案

在这种情况下,为什么需要返回并在svn中标记分支?我们不使用svn,而是使用TFS,当Hudson/Jenkins获取代码时,它检索到的变更集编号在构建日志中。因此,我们知道构建的源代码,并且可以随时返回。

然后,我们使用Hudson在不同的环境之间进行构建,源代码控制系统不需要知道代码的部署位置。

关于deployment - Jenkins-将构建推广到不同的环境,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6772646/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com