如何在分支之间插入 git 分支（并可能重命名）而不影响其他用户？

Question

我有一个与其他用户共享的存储库，所以我希望有一个解决方案可以最大限度地减少其他人必须做的事情，如果有一种方法可以让他们直接进行更改，我会喜欢的。

这是我当前的 git 分支：

A--B---------F (master)
    \       /
     C--D--E (develop)

理想目标：

A (master)
 \
  B---------F (stable)
   \       /
    C--D--E (develop)

但是如果这太难实现，特别是不会对已经拥有克隆的其他人进行复杂的更改（因为重命名），那么我不介意它看起来像这样或类似的：

A--B-------------F (master)
    \           /
     B'--------F' (stable)
      \       /
       C--D--E (develop)

简而言之：理想情况下，我很乐意创建一个新 master空，等待来自的发布拉取请求stable，并将old master 重命名为stable。 新 master 应该是旧 master 的父级。

或者，如果重命名会使克隆​​存储库的其他人的事情变得复杂：我希望当前 master 和 develop 保持不变，但是我希望它们之间有一个名为 stable 的新分支，以便将来稳定的 develop 提交合并到 stable ，并可发布 stable< /code> 提交合并到大师。

我猜想替代方案最终可能看起来更像这样：

A--B---------F-------------M (master)
   |         |\           /
   |         | `---I-----L (stable)
    \       /     /     /
     C--D--E--G--H--J--K (develop)

其中 G、H、J、K 是新的开发提交，I 和 L 是来自稳定 H 和 K 的合并提交，M 是可释放的合并提交我认为我可以通过将 master 分支为 stable 轻松完成，然后确保我从 develop 合并到 <代码>稳定，并且未来，从稳定到master。或者说git有分支之间的父子关系的概念吗？

预先感谢您提供任何解决方案！

编辑：根据torek给出的答案，我们可以

1. 签出 develop ，它不会改变
2. create stable from master
3. create main< /code> 来自提交 A 处的 master

它看起来像这样：

    ,---------------------M (main)
   /                     /
  /         ,-----I-----L (stable)
 /         /     /     /
A---------F     /     / (deprecated master)
 \       /     /     /
  B--C--D--G--H--J--K (develop)

执行以下操作后：

git checkout develop
git branch stable master
git branch main <first commit hash>

Answer 1

Git 中的父/子关系仅与提交相关。在 Git 中，每个分支名称实际上只是该分支中最后一次提交的标签（可能是其他分支中的中间提交：K 就是这种情况）例如，上一个示例中的 L ）。

分支名称​​可以任意移动，因此您可以在第一个示例中将master从F移回到A ，在创建指向提交 F 的新名称 stable 后：

git switch develop        # so that we're on one that doesn't move
git branch stable master
git branch -f master <hash-of-A>

这里棘手的部分是，拥有此存储库克隆的每个人都将拥有其克隆的 origin/master< /code> 指向提交的远程跟踪名称F 也是。这些克隆将在git fetch origin上更新自己的origin/master名称，以便它们指向A，但如果他们自己master名称指向现有提交F，他们 Git软件将不会移动< em>他们的 master 分支名称只是因为origin/master 移动了，他们的 Git 软件将不愿意将 master 从 F“向后”移动他们的返回A，并且需要施加一些力。

如果您打算将 master 重命名为 main，现在是这样做的好时机：单独保留 master，创建新名称 main 指向现有提交 A，并告诉人们运行 git fetch。他们将获得一个指向 A 的新 origin/main。如果他们愿意的话，告诉他们以通常的方式创建自己的main——如果他们不使用它，他们就不需要它。告诉他们名称 master 现已死亡并将被删除，一旦他们根据需要对其他分支名称进行提交，他们应该删除自己的 master 。

请记住，每次提交都是 100% 只读，因此您无法将现有 F 更改为将 F' 作为父级。您始终可以进行新提交，并且这些提交可以包含您喜欢的任何快照，以及您喜欢的任何父哈希 ID 列表（以便它们向后指向您所在点存在的任何提交）进行新的提交）。任何分支名称都可以指向任何提交，但是：

• 每个克隆都有自己的分支名称；
• Git 愿意将提交添加到分支（通过将名称“向前”滑动到新提交，只要在此过程中不会丢失旧提交，或者通过合并新提交）任何时候。它需要施加力量（如gitbranch-f或gitreset）来“向后”移动分支名称（提交链接实际的方式，从子项向后移动到父母）。

因此，很容易获得此存储库的其他克隆来添加内容。这会自动发生：人们无论愿意与否都会获得新的提交。但让人们收回分支是很困难的：这需要每个人的手工工作。

---

关于您的编辑：

...它看起来像这样：

 ,---------------------M（主要）
   //
  / ,-----I-----L（稳定）
 ////
A---------F //（已弃用主控）
 \///
  B--C--D--G--H--J--K（展开）

一旦您进行了更多提交并进行了合并M，它最终会出现，是的。 （要从一开始就到达那里，您只需运行：

git branch main <hash-of-A>   # or git branch main master~2
git branch stable master

并在任何 GitHub 风格的服务器上，使用 Web 界面将“默认分支”设置为 main 现在，还可以选择删除master 完全设置默认分支，GitHub 将运行 git symbolic-ref HEAD refs/heads/main 或他们正在使用的任何软件中的等效项。）