我做了一件蠢事，结果引起了冲突。我解决了冲突，现在一切都好了(我也使用了mergetool)。
当我用git commit file.php -m "message"提交解析文件时，我得到了错误:
fatal: cannot do a partial commit during a merge.
我以前遇到过同样的问题，在commit中使用-a工作得很好。我认为这不是完美的方式，因为我不想提交所有的更改。我想用单独的注释单独提交文件。我该怎么做呢?为什么git不允许用户在合并后单独提交文件?对于这个问题，我找不到满意的答案。
当前回答
你可以在大多数情况下使用git commit -i，但以防它不起作用
你需要git commit -m "your_merge_message"。在合并冲突期间，您不能合并单个文件，因此需要合并
只运行冲突文件(git add your_file.txt) Git commit -m "your_merge_message"
其他回答
在合并过程中，Git出于各种原因想要跟踪父分支。你要做的不是git所看到的merge。您可能想要手动进行基数调整或选择。
Git commit -i -m 'merge message'不适合我。它说:
fatal:没有包含——include/——only的路径是没有意义的。
FWIW，我通过这个相关的问题来到这里，因为我得到了这样的信息:
fatal:你还没有结束你的合并(MERGE_HEAD存在)。
我还尝试了mergetool，它说没有文件需要合并。很困惑!所以MERGE_HEAD不在需要合并的文件中-??
最后，我用这个技巧只添加修改过的文件(不想添加树中的所有文件，因为我有一些我想保持不跟踪):
git ls-files -m |xargs git add
然后我终于(!)能够承诺并向上推。如果git能给你更好的提示，告诉你在这种情况下该怎么做，那就太好了。
对于我自己来说，当我试图在解析所有文件之前提交合并时，在SourceTree中发生了这种情况。然后我将最后一个文件标记为已解决，但在尝试提交时它仍然给了我这个错误。我关闭了SourceTree并重新打开它，然后它就正常了。
如果存在合并，则不能执行部分提交，这意味着必须提交更改、添加或删除的所有内容。
在我的例子中，文件挂起删除，但它们没有包含在提交中。一旦我包含了它们，我在sourcetree中的提交就很顺利了(我不需要使用命令行)。
立即查看签入文件下面，是否有任何未包含在提交中的更改?
我用一种完全不同的方法解决了这个问题，只使用了Xcode的源代码控制。
背景:另一个团队将更改推送到远程Git存储库(通过Beanstalk)。在我这边，.xcodeproj文件放在不同的目录下，没有进行更改。后来，当我试图提交时，我在Xcode中收到了一个树冲突错误。
由于使用Xcode几乎不可能纠正错误，所以我用从Git服务器下载的版本替换了.xcodeproj文件。结果……Xcode项目似乎清理了，但是所有来自损坏的Pull的更新都显示为我所做的更改，并被提交。
然而，当尝试提交时，我收到了同样的“致命:不能在合并期间进行部分提交”错误，这里讨论。
Here's how I solved the problem... (Now, understand that I'm a rookie programmer, so I could lack some understanding... but my ignorance led me to find another way to do this.) First, I Cloned my master Branch into a secondary Branch and switched to that branch. Then I created a Working Copy and placed the directory to that working copy outside of the original project directory. (I don't know if this was necessary, but its what I did as I read other troubleshooting techniques.) Then I switched branches to the master, where I realized all my Staged files (changes to Commit) were gone. To make sure all the files were updated to the latest changes made by the other party, I created a new branch called ThirdBranch, which duplicated all files, Pushed it to the Git Server and let Beanstalk compare my server version of the master branch to the ThirdBrach branch I just Pushed (line by line), and all the changes by the other party were present on my Xcode. This meant that my master repository and the Git master repository were the same, which verifies that I solved the problem using Xcode, only.
不要问我是怎么做到的，除了我刚才描述的……当然也能填补我遗漏的空白。我是新手，也不是什么都懂。也许一个有经验的程序员可以将不相关的信息从相关信息中分离出来，并更清楚地重新创建这种技术，这也是我发布这篇文章的部分原因。
这是对重复问题的重复回答:失败的Xcode Git合并卡住了
