git 发生conflict时应该怎么办？
这里列举了三个方案，但是都有其劣势，斟酌之后再决定如何处理。
- 修改冲突文件并合并
- 退回到之前版本
- 强制拉取覆盖当前版本
修改冲突文件
这个方法是比较常见的方法，且冲突文件不多时修改的文件相对较少。
- 查看当前git状态和冲突文件
git status
- 修改有冲突的文件
打开文件会看到如下内容：
Main branch change
<<<<<<< HEAD
=======
Feature branch change
>>>>>>> feature-branch
- 添加到暂存区并合并推送
git add .
git commit -m 'fix conflict'
git push origin master
退回之前版本
查看历史版本
- 查看之前的版本
用git log可以查看仓库中的所有提交记录。包括提交的哈希值、作者、日期和提交消息。
git log
- 简洁的提交历史
git log --oneline
- 查看提交历史的图形化表示
git log --graph --oneline --decorate --all
--graph：以图形化方式显示提交历史。--decorate：显示分支和标签的信息。--all：显示所有分支的提交记录。
- 查看特定文件的提交历史
要查看特定文件的提交历史，可以在git log命令后加上文件名：
git log -- <file>
退回之前版本
退回历史版本使用git reset
git reset --soft <commit-hash>：回退到指定的提交，但保留工作目录的更改。git reset --mixed <commit-hash>：回退到指定的提交，保留工作目录的更改，但取消暂存区的更改（默认）。git reset --hard <commit-hash>：回退到指定的提交，丢弃工作目录中的所有更改。
<commit-hash>位置填哈希值
git reset --mixed <commit-hash>
强制推送到远程仓库
注意：这里强制推送到远程仓库会导致仓库变更；如果是多作者协同编写的仓库时，应当把消息同步。
git push origin master --force
强制拉取
注意：这里强制拉取会导致所有未提交至仓库的代码丢失
- 重置本地分支以匹配远程分支：
git fetch origin
- 重置本地分支：
git reset --hard origin/master
- 强制拉取远程仓库的最新版本并覆盖本地更改
git pull origin master --force