取消 git merge 后 merge.renameLimit 警告加上冲突

我正试图从分支中努力 devel 在主人。


stefanos-imac:trunk borini$ git merge --squash devel
CONFLICT /content/: Merge conflict in test1
warning: inexact rename detection was skipped due to too many files.
warning: you may want to set your merge.renamelimit variable to at least 2224 and retry the command.
Squash commit -- not updating HEAD
Automatic merge failed; fix conflicts and then commit the result.


公平的。


stefanos-imac:trunk borini$ git config merge.renameLimit 999999


然后我尝试取消合并并以更高的限制重复。


stefanos-imac:trunk borini$ git merge --abort
fatal: There is no merge to abort /MERGE_HEAD missing/.


好吧,也许,也许,我会在他说的那样,刚刚再打电话给合并团队


stefanos-imac:trunk borini$ git merge --squash devel
fatal: 'merge' is not possible because you have unmerged files.
Please, fix them up in the work tree, and then use 'git add/rm <file>' as
appropriate to mark resolution and make a commit, or use 'git commit -a'.


关于 git, 你为什么喜欢这件事 git?

而且,有人知道如何摆脱这种情况 ?
</file>
已邀请:

三叔

赞同来自:

药,
git reset --hard origin/master

?

小明明

赞同来自:

取消合并的现代方法是 /但它只有效的时候 MERGE_HEAD/:


git merge --abort


在这种情况下,有点旧的方式 /MERGE_HEAD 缺席的/:


git reset --merge


在接受的反应中描述的旧式方法 /警告:抛出所有本地更改/:


git reset --hard


所以,请注意
git merge --abort

同样的
git reset --merge

, 考虑到这一点
MERGE_HEAD

当下。 这可以在帮助下找到 git 为了队伍 merge.


git merge --abort is equivalent to git reset --merge when MERGE_HEAD is present.


在没有成功的合并后
MERGE_HEAD

, 可以使用不成功的合并
git reset --merge

, 但不一定与
git merge --abort

.

裸奔

赞同来自:

git merge --abort

它也会取得一份工作。 比键入完整命令快一点 git reset.

Abort 也是工作。
rebase


cherry-pick

.

要回复问题请先登录注册