Git合并冲突 - "提交"VS"rebase --continue"

Question

我刚刚解决了一些冲突,因为我从项目的远程存储库中取出了一些冲突.

我知道,一旦冲突得到解决,据我所知,你有2个解决方案:

• git rebase --continue
• git commit -m "foobar"

我只是想知道这两个操作之间是否存在任何差异,仅在此背景下,因为我知道它们的基本形式根本不同？

Answer 1

编辑#2:

如果您启动了这种情况git pull,则使用预期的解决方案git commit,因为您正在创建一个新的提交来表示成功的合并.如果启动了这种情况git pull --rebase,您可能希望使用git rebase --continue我原来的答案中提到的,因为这将重用相同的提交而不创建任何新的提交.

原始答案(我认为这是以此开头的git pull --rebase):

我可以告诉你,推荐的方法是使用git rebase --continue.(见这里:http://git-scm.com/docs/git-rebase)

该git commit方法可能有效,但如果您不使用该-C标志,它可能会更改您的提交历史记录,这是解决方案的git merge建议.我想还值得一提的是,该-m标志将更改日志消息,而git rebase --continue将重用旧的提交消息而不询问.

编辑:

进一步的研究证实了我怀疑这种git commit方法是危险的,并可能使您的回购处于不良状态.见这里: http ://www.tigraine.at/2011/08/10/dont-commit-when-you-rebase和这里:忘了"git rebase --continue"并做了"git commit".怎么修？