git分支策略和合并注意事项及revert后的合并

1.每个功能点都应该弄一个独立的分支，它是上线的最小单元【上线验收完毕可以删除】

2.如果dev提交了a和b，然后xx_dev基于dev的b开始提交m，然后合并到dev，然后dev就有了m提交的内容，假设m经过测试有问题然后dev revert m，那么dev的内容是b的内容，此时dev再次merge xx_dev是无效的；

如果此时再切换xx_dev再次提交n（即a b m n四次提交），然后切换回dev merge xx_dev（或者xx_dev merge dev也是冲突），那么是可能因为冲突而无法合并的，因为之前dev的revert也是一次提交，它和xx_dev的n提交产生了冲突；

所以最好的办法是xx_dev先revert，然后合并到dev，此时xx_dev再revert（revert两次）然后再次基础上修复xx_dev提交的m上的bug（即提交n，n是修复m的bug）

【这个xx_dev先revert两次可以商榷，毕竟这种做法太麻烦了，也可以是dev revert掉m，然后xx_dev修复m得到n，此时xx_dev再合并最新的dev产生冲突解决冲突后，再提xx_dev到dev的pr】