就我个人而言,如果我查看 git 或带有 gitk 的 linux 存储库,我会完全被大量的 merge/分支所淹没。我完全不知道发生了什么。
我假设一般来说,您会尝试在 public 存储库中拥有尽可能线性的历史记录,并且只有几个分支(例如 master、maint、next、pu - 就是这样)。 IE。我认为 merge 很少,而且主要使用 rebase。显然我错了。
- 我想知道 git/linux 的维护者做了什么来获得一个简单的概述
- 为什么他们不更频繁地使用 rebase 并且拥有比只有 master、maint、next pu 多得多的分支?
最佳答案
关于 Git 和 rebase 的关系,有一件非常重要的事情需要理解。
Do not rebase commits that you have pushed to a public repository.
当你在本地进行 merge 时,你可以随心所欲地使用 rebase ,因为它是本地的。如果你喜欢线性历史。换句话说,您不会看到他们所做的 rebase 工作。
关于分支数量的另一部分只是一种经验,而不是概念问题。我已经并行完成了 300 多个分支的分支……这只是一种通过使用约定和好的概念来驯服野兽。
关于Git:git/linux维护者如何维护这么多分支,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9965833/