我做了一件蠢事，结果引起了冲突。我解决了冲突，现在一切都好了(我也使用了mergetool)。
当我用git commit file.php -m "message"提交解析文件时，我得到了错误:
fatal: cannot do a partial commit during a merge.
我以前遇到过同样的问题，在commit中使用-a工作得很好。我认为这不是完美的方式，因为我不想提交所有的更改。我想用单独的注释单独提交文件。我该怎么做呢?为什么git不允许用户在合并后单独提交文件?对于这个问题，我找不到满意的答案。
当前回答
我发现在提交命令中添加“-i”可以为我解决这个问题。-i基本上告诉它在提交之前提交额外的文件。 那就是:
git commit -i myfile.php
其他回答
如果存在合并，则不能执行部分提交，这意味着必须提交更改、添加或删除的所有内容。
在我的例子中，文件挂起删除，但它们没有包含在提交中。一旦我包含了它们，我在sourcetree中的提交就很顺利了(我不需要使用命令行)。
立即查看签入文件下面，是否有任何未包含在提交中的更改?
如果它在Source Tree中，我们应该在冲突解决后显式地将文件标记为已解决。选择刚刚解决到没有冲突的文件。然后行动->解决冲突->标记解决。如果您有多个文件，请对所有文件执行相同的操作。现在提交。
有时在合并过程中，如果出现冲突，并且存在需要手动解决的增量。在这种情况下，修复手动解决文件提到。
如果你提出，
git status Lib/MyFile.php
您将看到如下输出
On branch warehouse
Your branch and 'origin/warehouse' have diverged,
and have 1 and 1 different commits each, respectively.
(use "git pull" to merge the remote branch into yours)
All conflicts fixed but you are still merging.
(use "git commit" to conclude merge)
Changes to be committed:
modified: Lib/MyFile.php
因为您已经执行了提交，所以您只需要发布
git commit
你的承诺将会毫无问题地完成。
如果你使用的是源树或其他图形用户界面，确保所有文件都被检查(合并后)。
如果你只是想放弃所有的选择并提交你想要的文件集，
git reset --soft <ID-OF-THE-LAST-COMMIT>
让你到达那里。
软重置所做的是将指向当前HEAD的指针移动到您给出的提交(ish)，但不改变文件。硬重置将移动指针，并将所有文件恢复到提交(ish)中的状态。这意味着通过软重置，你可以清除合并状态，但保留对实际文件的更改，然后根据你的喜好分别提交或重置它们。
