You have not concluded your merge (MERGE_HEAD exists)

简介: You have not concluded your merge (MERGE_HEAD exists)

Git提交报错:error:You have not concluded your merge (MERGE_HEAD exists)

原因:pull下来的以前代码自动合并失败

解决

方法一:保留本地的更改,中止合并->重新合并->重新拉取

git merge --abort
git reset --merge
git pull
# git pull之后然后重新解决冲突,再push

方案二:远端版本覆盖本地版本(慎重)

git fetch --all
git reset --hard origin/master
git fetch

Git fetch和git pull的区别

  • git fetch:只是从远程获取最新版本到本地,不会merge(合并)
  • git pull:从远程获取最新版本并merge(合并)到本地 —相当于进行了 git fetch 和 git merge两部操作
# 切换分支
git checkout master
# 查看本地及远程分支
git branch -a
# 查看远程分支
git branch -r
# 查看本地分支
git branch
# 删除远程dev分支
git push origin --delete dev
# 删除本地dev分支
git branch -d dev
# 对比本地与远程test分支
git diff test
# 合并分支
git merge test


目录
打赏
0
0
0
0
71
分享
相关文章
【Stata】append和merge的区别
【Stata】append和merge的区别
652 0
git报错,error: You have not concluded your merge (MERGE_HEAD exists). hint: Please,
git报错,error: You have not concluded your merge (MERGE_HEAD exists). hint: Please,
280 0
You have not concluded your merge (MERGE_HEAD exists)
You have not concluded your merge (MERGE_HEAD exists)
181 0
为什么 EXISTS(NOT EXIST) 与 JOIN(LEFT JOIN) 的性能会比 IN(NOT IN) 好
前言 网络上有大量的资料提及将 IN 改成 JOIN 或者 exist,然后修改完成之后确实变快了,可是为什么会变快呢?IN、EXIST、JOIN 在 MySQL 中的实现逻辑如何理解呢?本文也是比较粗浅的做一些介绍,知道了 MySQL 的大概执行逻辑,也方便理解。
2470 0
1089. Insert or Merge (25)
#include #include #include using namespace std; int main(){ int n; cin >> n; vector a(n), b(n); ...
836 0