你这两个方式都是按照人来划分分支的，我觉得可以考虑这样：
如果是大型 feature 要切成小的 feature ，
然后一个 feature 一个分支，两个人开发完了小 feature 就合到开发分支（目的是始终保持开发分支拥有全部代码），
最后测试直接从开发分支切除测试分支（我不太理解为什么要 merge 到测试分支），然后测试通过后封版，推上线。

如果需要持续交付，你仅需要保证你的开发分支包含了全部代码就不会有问题（比如你为了在部署环境特化配置，但是配置没有同步给开发分支就会有问题，开发分支没有特化配置的提交，所以开发和线上不对等，不可以直接切）

@MXuD0ng 这种方式挺危险的 需要注意一下哦，因为当前容器可能拥有 Root 权限