错误信息“error: commit is a merge but no -m option was given”意味着你尝试对一个合并提交进行操作(如git revert、git cherry-pick等),但没有使用-m选项来指定哪个父提交应该被视为“主线”(mainline)。由于合并提交有两个或多个父提交,Git需要知道在撤销或选择提交时应该保留哪个父提交的
commit XXX is a merge but no -m option 今天在进行revert操作的时候报了标题所示的错误,思考一番后解决,以下是解决方法 我的操作是在F1,F2分支上修改并提交之后,在github上提交merge request请求合并完成之后,通知F1的需求不上了,需要revert(两个分支无冲突,直接merge和revert就行) 此时有两种方案: 第一种:直...
error: commit is a merge but no -m https://segmentfault.com/q/1010000010185984 执行git cherry-pick commitID操作时报错,如题 原因是合并的commitID做过merge操作,你需要明确告诉git到底从哪个分支路径合并
error: commit is a merge but no -m,执行gitcherry-pickcommitID操作时报错,如题原因是合并的commitID做过merge操作,你需要明确告诉git到底从哪个分支路径合并
error: commit 8d7567 is a merge but no -m option was given. 这个错误表示,你试图使用git cherry-pick命令应用一个合并提交(merge commit),但没有使用-m选项指定提交信息(commit message)。 当你尝试cherry-pick一个合并提交时,Git需要你提供一个新的提交信息,因为合并提交通常具有如"Merge branch 'xxx' in...
我们通过git revert xxx命令回滚某次merge过的commit,此时会报错commit is a merge but no -m option was given.,这是因为当前的merge commit其实包含了两个子commit,也就是当时合并的两个commit,因此在执行git revert的时候会失败,需要选择回滚具体的两个子commit中的一个才可以正常回滚。
http://stackoverflow.com/questions/9229301/git-cherry-pick-says-38c74d-is-a-merge-but-no-m-option-was-given 如果操作的commit是一次合并记录的话,此次的commit是有2个父节点的,需要用户指明,cherry-pick哪一个父节点。这样做,会丢失掉这次合并的记录。
git merge --no-commit dev.master // dev.master 是要合并的分支名称 --squash --squash 参数当一个合并发生时,从当前分支和对方分支的共同祖先节点之后的对方分支节点,一直到对方分支的顶部节点将会压缩在一起,使用者可以经过审视后进行提交,产生一个新的节点。(即将要合并的多次commit合并成一次commit)。
# This is a combinationof2commits.# This is the 1st commit message:[add]second commit # This is the commit message #2:[add]third commit # Please enter the commit messageforyour changes.Lines starting #with'#'will be ignored,and an empty message aborts the commit.# ...
cherry-pick在多分支git库中,需要将开发分支所有提交合并到主分支时,就会执行gitmerge。而将开发分支部分提交合并到主分支,就需要使用cherry-pick。 具体请看:点击查看 git合并两个不同分支的部分代码并解决冲突 commitId,记录下来,如图 切换到 liuy 分支,执行gitcherry-pick031f7aaae1159cd7326429ff6e60e2d01a7789...