GitLab 解决冲突

这几天老大生病休假了，代码合到测试分支，没有冲突还好可以自己在gitlab上merge掉，有冲突的时候总是要找大佬帮忙解决冲突，然而大佬们也总是很忙的，思量下还是自己亲自动手（闲话：原则上测试分支的合并权限各位开发同事们都是有的，但考虑到部分同事合代码出现过岔子，所以现在一般不支持在有冲突的时候自己私自解决冲突）
但我这种激情满满的小年轻怎么会甘愿如此呢，总要多踩过几次坑才会走平路的嘛！
现在解决冲突都是自己动手了，做个笔记记录一下吧。

1. 戳进自己的合并请求里，如果合并存在冲突都会有“检出分支”的按钮，点开可以看到是一些解决冲突的步骤，先看一眼

2. 在我们的本地新建一个文件夹专门用来放主干分支的代码，具体看你要把代码合到哪个分支上，此处我的主干分支为测试分支。
   这样测试分支的代码就被我们整个拿下来了。

3. 进到项目里层，像往常那样GitBash打开终端，这个时候就可以挪用gitlab检出分支提供的操作了。
   前三步直接执行，重点就在执行完这三步后我们需要在本地解决代码冲突。解决冲突本身我想大家都会的吧，我平时用的开发软件是vscode，冲突代码一目了然，选择需要留下的部分保存即可。这个时候我们add、commit都没问题，唯独是push不上去了，会提示请签出一个分支进行推送。之前我就卡在这里。。奈何百度也么有解决方案，最后还是请教了老大才明白其中缘由。
   这里没有例子，我就随便截图示范一下。上图终端上红框圈出的是项目当前的分支名，而在本地解决完冲突也就是走完那三步以后，红框中显示的并不是分支名，而是一串数字字符串，目测应该是commitid吧，显然这样是推不上去的。

4. 其实这个时候我们checkout到测试分支（主干分支）就可以了 ，然后再走一遍第三步的最后一行命令，编辑器中会再次出现刚才的冲突，这个时候再解决一次冲突（跟第一次一样）就可以上送代码了！

   只要操作过几次解决冲突其实就会得心应手，重要的是在解决冲突的时候要了解项目的整体情况，不要一味保留自己的代码而干掉别人的代码，造成项目错乱就不好了。测试分支都是如此，生产分支更要小心谨慎。辛苦有权限的大大们啦~