微服务架构下，每个运用服务独立开发、独立发布，小步快跑，继续快速交给事务需求。多人协同开发同一个运用时，分支开发形式是一个适合的协同计划。该形式下一个需求或使命通常对应一个 feature 分支，多个需求一同兼并到 release 分支进行集成测验验证并发布。期间或许遇到以下问题：
- 痛点 1：当开发同学领到一个需求时，怎样为这个需求快速地拉一个 feature 分支？
- 痛点 2：当多个相关需求一同发布时，多个 feature 分支怎样高效主动化地兼并到 release 分支？
- 痛点 3：当其中一个 feature 分支没有经过测验验证时，怎样“阻挠”它发布到出产环境避免漏测引起毛病？
- 痛点 4：当其中一个 feature 分支做了测验验证，可是发现有严重问题，怎样能够“退出”本次发布而不影响其他需求正常发布？
- 痛点 5：当一个需求 feature 分支提交测验了、发布上线了，怎样主动、及时的更改相应需求状况，便于相关事务、产品、测验同学盯梢发展？
云效处理计划
云效运用交给平台 AppStack 供给的改变继续交给处理计划能够比较轻松地处理以上问题。在了解具体的运用前，咱们先了解下 AppStack 中触及的一些核心概念：
- 运用： 一个软件的最小发布单元，聚合代码、环境、版别等软件资产，以及研制流程界说。最小发布单元意味着无法解耦的一个或许多个服务的组合，这个服务组合会经过一个流程进行统一交给。
- 改变： 改变是对运用的一次特性改变（引入新的特性或改变已有特性），源于需求，终于交给。通常一个需求或使命对应一个改变，对应一个 feature 分支。
- 研制流程： 运用完结一次改变的过程和束缚，包含开发、测验、发布上线的完好流程，由多个阶段的多条流水线承载，顺次在不同环境进行测验、构建、布置，最终批阅经往后发布出产环境。
下面，咱们以一个 spring-boot 运用的“图书馆办理体系”为例，演示怎样在云效运用交给平台 AppStack 中开发“图书借阅功用”、“图书偿还功用”、“图书到期续用功用”三个需求，并一同发布上线。**过程中，前述的 5 个痛点都将得到处理。
作为运用负责人
作为运用负责人，需求编列运用构建、布置流程，经过流水线工具主动化起来；需求界说运用出产发布原则，来规范运用研制流程下降发布风险。
新建运用
新建运用，输入运用名称，运用模板挑选「改变继续交给形式」。
代码源装备
运用设置，装备运用代码源，设置默许分支。
装备研制流程
本运用的研制流程能够分为测验阶段、预发阶段、出产阶段：
- 测验阶段：由 Java 单元测验、Java 代码扫描、构建、布置测验环境等过程组成。用于日常测验验证。
- 预发阶段：由构建、布置预发环境等过程组成。用于预发布验证。
- 出产阶段：由构建、出产发布批阅（人工卡点）、布置出产环境、兼并骨干、封闭改变等过程组成。
- 出产发布批阅经往后，布置出产环境。
- 出产环境布置验证经往后，标明本次发布成功，能够将发布 release 分支兼并回骨干 master，并主动封闭相关改变。
设置改变集成方法和准入规矩
本示例各阶段都挑选「增加改变集成」方法，在运行阶段流水线时能够挑选多个改变分支集成到 release 分支进行构建布置验证。
- 测验阶段：无准入规矩。
- 预发阶段：装备准入规矩为：「测验阶段-执行成果」等于「成功」，避免没有经过测验验证的分支直接进入预发。
- 出产阶段：装备准入规矩为：「测验阶段-执行成果」等于「成功」，「预发阶段-执行成果」等于「成功」，避免没有经过预发验证的分支直接进入出产阶段。
作为一线开发
“需求 1：图书借阅功用”、“需求 2：图书偿还功用”、“需求 3：图书到期续用功用”三个需求别离分配给开发小张、小明、小强开发。
第 1 步，为一个需求新建一个变，更拉一个 feature 分支
小张创立一个改变「改变 1-完结图书借阅功用」，挑选新建分支输入 feature001，则可主动为该需求拉取一个分支（处理上述痛点 1）。顺次类推，小明创立一个改变「改变 2-完结图书偿还功用」，主动新建分支 feature002。小强创立一个改变「改变 3-完结到期续用功用」，主动新建分支 feature003。
第 2 步，开发代码提交到 feature 分支
小张开发好图书借阅相关代码后，提交代码到 feature001 上，小明开发图书偿还相关代码后，提交代码到 feature002 分支上。
第 3 步，挑选改变集成，布置测验环境验证
小张和小明，一借一还，需求一同布置到测验环境进行联调验证。进入运用研制流程页，挑选改变 1 和改变 2 一同集成测验，云效会主动将 feature001 和 feature002 兼并到主动生成的 release/xxx_n 分支（处理上述痛点 2），运用该 release 分支做构建，并布置环境。环境布置成功即可进行测验验证。
第 4 步，提交改变进行预发布
测验环境验证经过，进入「预发阶段」，挑选改变 1 和改变 2 进行集成，勾选主动兼并上一阶段集成的分支，会主动生成新的 release/xxx_m 集成分支，主动兼并上一阶段 feature001、feature002、release/xxx_n 分支，运用新的 release/xxx_m 分支构建并布置预发环境。预发布置成功后即可进行预发验证。
此时若在预发阶段挑选改变 1、改变 2、改变 3一同集成，则经过改变准入卡点时会校验失利，由于改变 3 没有在测验环境布置验证过，即保证了没有经过测验验证的需求不可发布（处理上述痛点 3）。
改变 3 因没有测验验证经过，不满意发布条件，团队本次决定图书续用功用不上线，只上线改变 1 和改变 2，则可再次运行预发阶段流水线，将改变 3 踢出集成区，退出本次发布（处理上述痛点 4）。
第 5 步，提交改变进行出产发布
预发验证经往后，即可进入生成发布阶段。挑选待发布的改变 1 和改变 2，运行出产流水线，发布批阅经往后，即可布置出产环境。出产环境布置完结，可装备主动封闭改变，并将发布 release/xxx_k 分支兼并入骨干 master，至此即完结了一次完好的需求发布上线。
作为事务/产品同学
改变发布完结了，我作为产品同学怎样知道需求发布了呢？云效 AppStack 的改变和云效项目项目协作 Projex 中的作业项做了状况联动，支撑改变发布完结后主动将需求状况置为「已发布」，这样产品同学可及时看到需求发展（处理上述痛点 5）。
具体装备方法如下：进入云效 Projex 项目-项目设置-主动化规矩，挑选「支撑作业项与改变状况的联动」模板，装备当产品类需求相关的全部改变状况为「已发布」时，将需求状况置为「已完结」。
至此，本计划完结了从运用装备、到需求开发、多改变集成测验、发布上线的完好流程，满意了改变分支主动创立、改变分支主动兼并集成测验、发布准入卡点控制等诉求，支撑改变相关事务需求和状况联动，完好追溯需求的全生命周期流程。
注： 云效 AppStack 中的改变继续交给形式为高档版付费功用，参加钉钉群：42574350可申请免费试用体会。
点击此处，了解更多。
