1. 合并冲突谁提交PR谁处理
      2. 开发需求改bug要基于git dev拉取对应分支开发
      3. 开发完毕测试要测试包不要把未测试分支直接合并到dev，先把dev合并到本地开发分支打包测试通过后合并到dev 但会导致多个已测试通过的分支合并到dev后 彼此逻辑冲突 需要测试最后对dev进行整体验收 通过后 发布release分支

    虽然第三点可能会觉得测试需要测试两遍耽误时间增加测试工作量，但事实上发版本之前对修改的问题进行整体复测验收是必要环节（当然确认改动小不会改一处出十处bug也可以）

    这样做会比直接测试要包直接不管不顾把分支直接合到dev上益处更大，不会出现有dev分支存在测试没有测到的改动点，不会出现有问题没测试通过，这个版本却在dev上面导致其他优先级高的问题不能及时上线，不会有遗漏现象