暂存区域内的基础git合并过程是什么？

Question

Git做了merge魔术,然后让用户解决真正的冲突,这应该是应有的.我正在寻找基本git合并的方式和原因以及它如何使用暂存区域的低级描述.

我刚读了Git的比喻,并在评论这里是

即使考虑到它是"比喻"而不是重述Git历史的事实(顺便提一下你可以在Git Wiki上找到一些细节),有一点仍然存在:解释临时区域是IMVHO的不良做法在将更改拆分为多个提交和/或与dity树进行匹配的方面,即未更改某些更改.临时区域的主要优势(除了是隐含待添加区域的其他SCM的显式版本)正在处理CONFLICTED MERGE,我认为应该如何解释它.

该git merge 手册页识别阶段合并的1/2/3元素,但显然不会进入理由和目的的细节.

民间可以就任何关于git如何以及为什么设法达到其他人没有的结果的文章提出建议(除了在Wincent博客中详细介绍的Linus V Bram ),即所谓的琐碎部分？

大多数网络文章都假设合并"刚刚发生",我没有找到解释问题的任何东西(例如需要小提交,共同提交的价值等).

Answer 1

这至少应该有助于解决您的一些问题，因为这是 git 最常见的合并：

git 合并文件

git merge-file 被设计为 RCS merge 的最小克隆；也就是说，它实现了 git(1) 所需的所有 RCS 合并功能。