Git 问题解决
本文记录使用 Git 的过程中遇到的一些问题以及对应的解决方法。
解决 Git 分支冲突的问题
一直习惯于 add commit push 的三步走，偶然间看到了一个评论说在 push 之前还应该有一个 pull，小小的疑问就埋在了我的心里。
于是我就先了解了 pull 的工作原理，就是先拉取代码（fetch）再合并分支（merge）的过程，简而言之就是将「别人在原项目的基础上更新的代码」与「我在原项目的基础上更新的代码」进行合并。
那么问题来了，如果别人更新的内容与我更新的内容在源文件的同一个地方，那不就出问题了吗？！于是有了下面的内容。
初始化
我们通过 GitHub 上的 Network 进行可视化讲解。假设现在我们有一个本地项目、GitHub 空仓库、本地仓库提交记录，如下：
图 1. GitHub 空仓库
图 2. 本地项目文件夹
图 3. 本地仓库提交记录
第一次 push 后，我们查看 Network 效果如下：
图 4. 第一次 push 后的 Network
已知 test.md 文件中内容现在是这样的：
图 5. test.md 文件中内容
无冲突时
现在我们在本地对 test.md 文件进行编辑，编辑后如下：
图 6. 编辑后的 test.md 文件
然后在 GitHub 上对该文件的 其他地方 进行编辑并 push，模拟 别人更早更新项目代码但是不冲突 的情况，如下：
图 7. 模拟别人更早更新项目代码的情况
现在我们在本地进行提交操作，显然会报错，因为远程已经更新：
图 8. 远程已经更新而被 rejected
现在我们需要进行合并，也就是执行 pull，再 push 即可，由于合并后会产生一个新的结点，因此会弹出 vim 界面让你编写 comment：
图 9. vim 界面
然后就成功 pull 了代码，之后再 push 就没问题了：
图 10. 成功 push 了代码
我们来看一下现在的 test.md 是什么样的：
图 11. 无冲突合并后的结果
可以发现内容进行了合并，现在的 Network 图如下：
图 12. 现在的 Network 图
有冲突时
为了更加直观的展示，我们在原有的基础上多增加几个正常结点，当前 Network 如下：
图 13. 当前 Network 图
然后我们在本地对 test.md 文件进行编写：
图 14. 第二次本地修改
然后在 GitHub 上对该文件的 相同地方 进行编辑并 push，模拟 别人更早更新项目代码但是发生冲突 的情况，如下：
图 15. 模拟别人更早更新项目代码但是发生冲突的情况
然后 add、commit，在视图 pull 进行合并时，出现了问题：
图 16. 提示冲突同时分支名变成了 main|MERGING
提示我们修复冲突后再进行 commit，同时分支名变成了 main|MERGING 状态，本地试图 push 的代码也出现了变化，如下：
图 17. 本地试图 push 的代码
我们也可以使用 git diff 或 git status 来查看冲突：
图 18. 使用 git diff 或 git status 来查看冲突
其中，<<<<<<< 和 ======= 之间是 HEAD 的代码，======== 和 >>>>>>> 之间是 main 的代码，git 对冲突内容主动进行了错位，我方最新内容在上（也就是 HEAD 的代码），分支最新内容在下，确保不会再冲突。我们根据实际情况解决冲突内容，如下：
图 19. 根据实际情况解决冲突内容后
然后我们重新 commit 并加上 -a 参数后，进行 push：
图 20. 重新 commit 并加上 -a 参数后，进行 push
最终 test.md 内容如图：
图 21. 最终 test.md 内容
最终 Network 如图：
图 22. 最终 Network 图
总结
总的来说，就两句话：
- 当我的改动与最新项目的改动没有重叠时：pull 后就直接进行合并
- 当我的改动与最新项目的改动有重叠时：pull 后解决冲突，然后执行下方命令即可
git commit -a -m '<comment>'git push
解决 Git 自动转义中文的问题
问题复现
在使用 Git Bash 命令行工具时，其配套的 Git 程序会自动对中文进行转义，其他的程序则不会，如下图：
图 23. Git 程序 VS 其他程序
解决方案
在 Git Bash 终端输入下面的命令取消 Git 程序对中文的转义：
最终效果
图 24. 不会对中文自动转义了