多分支测试需求随着敏捷开发的实施，开发者越来越多，要上线的功能越来越多，如何保证功能的上线不受影响，怎么保证大家的代码不被覆盖，怎么保证上线的功能是上线的代码。这需要从几个方面考虑。1、开发功能时使用功能分支，摒弃全部提交到develop分支的方式，拉一个单独的分支进行开发，保证只参与当前功能的开发；2、权限控制：去除开发和合并代码的权限，只保留开发权限；3、测试时只测试当前分支的代码；4、上线时只合并当前代码。会引起的问题当开发功能从develop转移到functionbranch时，合并代码时难免会遇到冲突。这需要在合并时进行相应的处理，以解决冲突。多分支测试的实现为什么要讲多分支，那么如何实现呢？多分支是不可避免的，因为需要在服务器上运行多个环境。多环境难免会造成端口等资源冲突，也可能造成管理混乱。如何避免这些问题，我们选择了kubernetes来解决这些问题。实现思路如下：1.默认测试环境下，代码全部从develop拉取；2、分支环境从功能分支拉取，非功能分支从默认环境获取；3.分支环境的代码和develop的代码通过ingress的编排，我们选择helm的charts来实现。以上基本可以实现资源的释放。那么资源的删除也需要通过helm来实现。从当前分支中删除特性分支。樱桃点编辑
