我希望能获得一些指导,了解如何最好地推广建筑物通过它的环境。
我们有三个环境:DEV、STAGING和PROD。
DEV Jenkins构建正在运行持续集成设置中,当代码被检入到子版本控制时,Jenkins将运行一个新的构建(清理、编译、测试、部署)。
麻烦的是当涉及到STAGING和PROD时。
想法是能够手动将成功的DEV构建推广到STAGING。 STAGING构建将检出DEV的SVN修订号,构建、测试、部署到staging,最后在SVN中创建一个分支。
最后,发布经理可以手动将STAGING构建推广到PROD。 PROD构建将从先前的STAGING构建检出分支,在PROD中进行部署,并标记该分支为发布。
我已经尝试使用Promotion Builds插件和Parameterized Trigger插件的组合,但没有成功。似乎无法将Subversion修订号从DEV构建传递到STAGING构建。
是否有人对通过多个环境推广构建的过程有任何指导?
我们有三个环境:DEV、STAGING和PROD。
DEV Jenkins构建正在运行持续集成设置中,当代码被检入到子版本控制时,Jenkins将运行一个新的构建(清理、编译、测试、部署)。
麻烦的是当涉及到STAGING和PROD时。
想法是能够手动将成功的DEV构建推广到STAGING。 STAGING构建将检出DEV的SVN修订号,构建、测试、部署到staging,最后在SVN中创建一个分支。
最后,发布经理可以手动将STAGING构建推广到PROD。 PROD构建将从先前的STAGING构建检出分支,在PROD中进行部署,并标记该分支为发布。
我已经尝试使用Promotion Builds插件和Parameterized Trigger插件的组合,但没有成功。似乎无法将Subversion修订号从DEV构建传递到STAGING构建。
是否有人对通过多个环境推广构建的过程有任何指导?