你完全没操作错！这其实是git merge --no-commit的正常预期行为～

当你用PyCharm的「Merge into current」直接合并提交时，Git会自动创建带有双父节点元数据的合并提交，PyCharm就是靠这些元数据识别并渲染出带连线的合并日志。但--no-commit的作用就是暂停合并流程：它只会把分支合并的变更同步到你的工作区和暂存区，却不会自动生成合并提交的特殊元数据。这时候如果直接做普通提交，Git就会把这些变更当成常规代码修改，自然不会标记为合并提交。

如何生成正式的合并提交？ #

有两种简单的方式，不管用命令行还是PyCharm GUI都能搞定：

1. 命令行方式 #

当你已经审阅完合并变更、确认没问题后，不要用普通的git commit，直接执行：

git commit -m "Merge branch 'feature-branch' into main"

Git会识别出当前处于未完成的合并状态，这次提交会自动带上双父节点，成为Git认可的正式合并提交。

2. PyCharm GUI方式 #

如果你习惯用界面操作：

• 完成--no-commit的合并后，打开PyCharm的提交窗口（快捷键Ctrl+K/Cmd+K）
• 你会在提交窗口顶部看到Git自动生成的提示："Merge branch 'xxx' into '当前分支名'"
• 直接填写或修改提交注释，点击「提交」按钮即可

PyCharm会感知到当前的合并状态，提交时会保留合并提交的元数据，最终在Git日志里就能看到带连线的合并关系了。

补救方案：如果已经做了普通提交 #

要是你不小心已经用普通提交完成了操作（日志里显示成了普通提交），可以先回退到合并后的暂存状态：

git reset HEAD^

然后再用上面的方法重新提交，就能得到正常的合并提交了。

内容的提问来源于stack exchange，提问作者Steven