Git:git/linux维护者如何维护这么多分支

标签 git merge branch rebase gitk

就我个人而言,如果我查看 git 或带有 gitk 的 linux 存储库,我会完全被大量的 merge/分支所淹没。我完全不知道发生了什么。

我假设一般来说,您会尝试在 public 存储库中拥有尽可能线性的历史记录,并且只有几个分支(例如 master、maint、next、pu - 就是这样)。 IE。我认为 merge 很少,而且主要使用 rebase。显然我错了。

  1. 我想知道 git/linux 的维护者做了什么来获得一个简单的概述
  2. 为什么他们不更频繁地使用 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/

相关文章:

python - git-德威奇 :how to merge or rebase?

git - 为什么 gitcherry 慢得惊人?

git - 使用书签作为轻量级分支时 Hg 相当于 "git log master..HEAD"?

git - 如何使用 meld 查看远程更改。使用 git 作为 dvcs

git commit 命令与 core.editor 等于atom

git - 为什么 Git 不从命令行覆盖我的 merge.ff 设置?

c# - 合并两个字典 Dictionary<string, Dictionary<string, Object>>

python - 合并两个复杂的 JSON 对象

git - 找出本地分支正在跟踪哪个远程分支

git - 什么是 git 主题分支?