git flow 多人协作多环境开发保持代码统一

在工作中,idea git工作流多人协作开发,多环境多分支容易发生错合,漏合,多合代码的问题,这里记录一些小技巧,分享下.
博主公司分三个环境,开发环境,又称测试环境,开发人员或者开发人员之间测试联调.培训环境,云平台发布后测试人员测试环境,生产环境,线上环境.
一般开发环境写完需求,自测联调后,上培训,测试人员测试通过后方能上生产.理论一个需求从开发完成到上生产环境后,三个环境代码应该一致,但因为历史原因,开发环境代码与培训
生产有很大的差异.与此同时,同事开发的新需求代码在开发分支,很难一次彻底同化.在此背景下,合代码变得繁琐而痛苦.
1 开发新需求时,一般以最新开发分支创建feature分支,在开发过程可能会遇到各种问题,比如培训或者生产有bug,需要切换分支解决,如果每次都提交,次数多了后续合代码会很麻烦,我有一次写完一个需求后,合代码有十几次的提交,改动的文件多而杂,很难直接取最后一次提交的,所以这种情况我后来一般是把改动的暂存起来,解决完问题在切回这个feature分支代码unstash出来,循环往复,这样开发完成后,用后一次的代码提交.
2 合并开发代码到培训,如果采取了上述的方案,那就很方便,如果没有的话就可以依次合并代码,合完再做次提交.当然可以在version control里面右击提交选择cherry pick,但是需要注意的是如果多次cherry pick后再提交,它也是提交多次,后续合到生产环境还是很麻烦,可以采取暂存,再unstash一并合入.
3 再就是多人同时对多个相同的文件改动,如果直接全合就可能把别人无需上生产、错误代码、未及时同步的过期代码也合入，造成不必要的错误情况。这种就需要对文件一一比较,选中提交文件右击show diff with local比较着合,如果与本地文件区别过大,还可以双击提交/右击提交文件show diff,查看本次提交代码差异,这样减小合入代码的错误率.
好了,以上就是我的个人总结记录之,当然还是希望能用上docker之类的开发容器,减少多个具有差异的环境的切换交互是保证代码正确统一的有效途径.水平有限,仅记录经验而已.