我希望获得有关通过其环境促进构建的最佳方法的一些指导。
我们有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/