最近生产线上master分支因为某个不合法的合并导致新提交的某些文件或代码被删除被覆盖，结果十分惨烈，everybody加班...
先总结一下TortoiseGit解决冲突、合并、切换分支、创建分支、导出历史版本、还原等常用的日常操作。
日常管理代码版本主要通过工具TortoiseGit，代码管理平台GitLab。
1、开始一个新需求，基于最新master分支创建一个自己的分支。
2、工作中，同事间负责的项目修改一般不会冲突。这时合并自己代码到master就不复杂了。到GitLab选择MergeRequest的New Merge Request或者 Create Merge Request（New的那个无非就是多做一步，选择要合并的分支）。下一步就是去合并了。
合并成功后显示如下图：
3、也有的时候，合并会发生冲突，这时就会合并不成功，并被反馈Conflict。How to deal with it ？1、到GitTortorise切换到Master分支，并且拉取最新内容 。（原来我想从Remote的Master合并，但就是没有成功，所以通过本地的Master来合并）2、然后切回自己的分支，从Master里合并到自己的分支，这时就是显示冲突了，然后解决冲突，重新提交推送自己分支。3、到GitLab再重新Merge。
4、解决冲突（暂时没有图片，待更），如果解决冲突错了，只要没有提交，还能去还原，可以还原全部，可以选择某些文件还原。
5、有时候，想让全部代码回到以前某个时刻的版本。这时打开日志，去基于某个提交创建分支，或重置到某个版本的提交，或者去导出某个历史提交的版本。
在解决冲突比较多的时候，一个一个文件解决不太实际，批量的覆盖，批量的以某个版本为准，更高效。