Question

，假设我有一个“主”Git分支和一个“主”的“功能”分支。

master    A -> B -> C -> D
feature        B -> E -> F -> G

我将“feature”合并为“master”，即merge，而不是rebase：

master    A -> B -> C -> D -> H

现在该功能的整个提交历史（概念上和实际上）都成为主历史的一部分，因为H将有两个父母：D和G，因此来自主人的提示（即“H”）你可以达到所有提交A到H包含？

现在真的很高兴：

master A -> B -> C -> D -> H
            \             /
              E -> F -> G

这似乎与CVS / SVN分支不同，在我将功能分支合并到主分支后，我实际上并不认为功能分支是主分支历史的一部分。我是否认为Git中“分支”的概念与CVS / SVN分支的这种方式不同 - 显然它们的实现完全不同但是是分支的概念，这样就合并而言在一个功能分支中，使该分支现在成为主分支历史的一部分，包括分支的所有临时提交/签入，CVS / SVN和Git之间相同或不同？

Answer 1

是的，已添加历史记录。

是的，就分支，分支和克隆而言，git与SVN完全不同。

更多信息：git branch, fork, fetch, merge, rebase and clone, what are the differences?

你合并的Git分支是否成为你合并的Git分支的一部分？

1 个答案: