Ben*_*nny 8 deployment continuous-integration hudson build jenkins
我希望能够就通过其环境促进构建的最佳方式提供一些指导.
我们有3个环境,DEV,STAGING,PROD.
DEV Jenkins构建在持续集成设置中运行,因为代码被检入到subversion,Jenkins将运行新构建(清理,编译,测试,部署).
当谈到STAGING和PROD时,棘手的一点是.
我们的想法是能够手动将成功的DEV构建推广到STAGING.STAGING构建将检查DEV的SVN版本号,构建,测试,部署到分段,最后在SVN中创建分支.
最后,发布经理可以手动将STAGING构建推广到PROD.PROD构建将从先前的STAGING构建中检出分支,部署到PROD并将分支标记为发布.
我试图使用Promotion Builds插件和Paramterized Trigger插件的组合,但没有运气.Subversion修订版号似乎没有在DEV构建到STAGING构建之间传递.
有没有人对他们通过多种环境推广构建的过程有任何指导？
小智 2
在这种情况下，为什么需要返回并在 svn 中标记分支？我们不使用 svn，而是使用 TFS，当 Hudson/Jenkins 获取代码时，它检索到的变更集编号位于构建日志中。因此我们知道构建来自哪些代码，并且可以随时返回它。
然后我们使用 Hudson 将构建从一个环境提升到另一个环境，源代码控制系统不需要知道代码部署在哪里。