我做了一件蠢事，结果引起了冲突。我解决了冲突，现在一切都好了(我也使用了mergetool)。
当我用git commit file.php -m "message"提交解析文件时，我得到了错误:
fatal: cannot do a partial commit during a merge.
我以前遇到过同样的问题，在commit中使用-a工作得很好。我认为这不是完美的方式，因为我不想提交所有的更改。我想用单独的注释单独提交文件。我该怎么做呢?为什么git不允许用户在合并后单独提交文件?对于这个问题，我找不到满意的答案。
当前回答
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中的提交就很顺利了(我不需要使用命令行)。
立即查看签入文件下面，是否有任何未包含在提交中的更改?
你的合并在动作中间停止了。 你应该添加你的文件，然后'git commit':
git 添加file_1.php file_2.php file_3.php git 提交
干杯
如果你只是想放弃所有的选择并提交你想要的文件集，
git reset --soft <ID-OF-THE-LAST-COMMIT>
让你到达那里。
软重置所做的是将指向当前HEAD的指针移动到您给出的提交(ish)，但不改变文件。硬重置将移动指针，并将所有文件恢复到提交(ish)中的状态。这意味着通过软重置，你可以清除合并状态，但保留对实际文件的更改，然后根据你的喜好分别提交或重置它们。
git commit -am 'Conflicts resolved'
这对我很管用。你也可以试试这个。
Git commit -i -m 'merge message'不适合我。它说:
fatal:没有包含——include/——only的路径是没有意义的。
FWIW，我通过这个相关的问题来到这里，因为我得到了这样的信息:
fatal:你还没有结束你的合并(MERGE_HEAD存在)。
我还尝试了mergetool，它说没有文件需要合并。很困惑!所以MERGE_HEAD不在需要合并的文件中-??
最后，我用这个技巧只添加修改过的文件(不想添加树中的所有文件，因为我有一些我想保持不跟踪):
git ls-files -m |xargs git add
然后我终于(!)能够承诺并向上推。如果git能给你更好的提示，告诉你在这种情况下该怎么做，那就太好了。
