如果你曾经被卡住在合并/重基，你可以总是

git reset --hard

将工作恢复到上次提交时的状态。这将丢失你在工作树中所做的更改，所以如果你在合并之前有局部修改，它们将在合并之后消失——这就是为什么当你有局部修改时不启动合并是明智的。：）

如果你曾经被卡住在合并/重基，你可以总是

git reset --hard

将工作恢复到上次提交时的状态。这将丢失你在工作树中所做的更改，所以如果你在合并之前有局部修改，它们将在合并之后消失——这就是为什么当你有局部修改时不启动合并是明智的。：）

合并冲突发生时，您试图合并两个分支都更改了同一文件的同一部分。您可以生成一个与git状态冲突的列表。

当遇到冲突行时，Git将使用标记冲突内容两边的可视指示器编辑受影响文件的内容。

<<<<<<< HEAD
conflicted text from HEAD
=======
conflicted text from merging_branch
>>>>>>> merging_branch

当你修复了冲突文件并准备合并时，你所要做的就是运行git add和git commit来生成合并提交。一旦提交完成，git就会将更改推送到分支。

引用文章:Git merge。

另一个选择也是，我尝试了隐藏和工作为我没有任何承诺

在你解决了所有的矛盾之后，

->去藏匿

-> git stash应用存储@{0}

工作很好，你也可以切换到另一个分支。

可能会晚了。这是发生，因为你的git HEAD没有更新。 这个推荐将解决git重置HEAD。

解决冲突的步骤:

第一次“签出”到你想从另一个分支合并的分支 分支(BRANCH_NAME_TO_BE_MERGED)

"git checkout "MAIN_BRANCH"

然后使用命令将其与“MAIN_BRANCH”合并:

“git merge origin/BRANCH_NAME_TO_BE_MERGED”

Auto-merging src/file1.py
CONFLICT (content): Merge conflict in src/file1.py
Auto-merging src/services/docker/filexyz.py
Auto-merging src/cache.py
Auto-merging src/props.py
CONFLICT (content): Merge conflict in src/props.py
Auto-merging src/app.py
CONFLICT (content): Merge conflict in src/app.py
Auto-merging file3
CONFLICT (content): Merge conflict in file3
Automatic merge failed; fix conflicts and then commit the result.

现在你可以看到它正在显示“冲突(内容)”，对那些有“冲突”的文件，看到你的代码并解决它们

运行"git status" =>它会显示你需要添加的文件(你已经解决了):

 Unmerged paths:
      (use "git add <file>..." to mark resolution)

        both modified:   file3
        both modified:   src/app.py
        both modified:   src/props.py
        both modified:   src/utils/file1.py

解决了所有冲突后，使用下面的git命令逐个添加每个文件

git add file3
git add src/app.py
git add src/props.py
git add src/utils/file1.py

“git提交” (当你要提交的时候添加一些消息，如果没有，它会打开vi或vim编辑器，你需要按“esc:q!”然后按“enter”) 再次运行"git status"

 On branch MAIN_BRANCH
  Your branch is ahead of 'origin/MAIN_BRANCH' by 10 commits.
  (use "git push" to publish your local commits)

7.git push”