在 Github 上修改旧版本以推出补丁

Question

假设我有各种标签/版本，1.0、1.0.1、1.0.2、1.0.3。 Master 分支目前是最前沿的，正在为 1.1.0 做准备。

我现在意识到我需要推送一个小补丁，1.0.4。

制作基于 1.0.3 的补丁，将其推送到 github，将其标记为 1.0.4，但仍将 master 分支保持在最前沿并为 1.1.0 做准备的最佳方法是什么？

编辑： 有问题的存储库（注意，它实际上是 v1.0.5 -> v1.0.6）：https://github.com/brashrebel/render

Answer 1

您检查了您想要作为补丁基础的提交。你做必要的事情，创建你的提交，标记结果并推送。为了让它们进入你的主线，你可以挑选那些提交或合并分支。

现在，如果新标签不在分支上，可能会有点尴尬。我当然从未见过只能通过标签访问的分支。所以我个人的建议是将分支合并回来。

更具体一点：

$ git checkout -b v1.0.5_fixes v1.0.5    # create a bugfix branch
# ... do some work ...
# ... make commits ...
$ git tag v1.0.6
$ git checkout master
$ git merge v1.0.5_fixes     # merge back, solve merge conflicts if any
$ git branch -d v1.0.5_fixes # delete the branch, it's not needed anymore

Answer 2

我会说您有两种可能性：一种将 1.0.4 作为悬空提交留在其自己的分支中，另一种将您以后的所有提交重新定位在该新分支之上，然后将其丢弃。

第一个意思是：

$ git checkout v1.0.3
$ git checkout -b patch-for-1.0.4
# ... edit files ...
$ git commit -a -m 'Patch for 1.0.4'
$ git tag v1.0.4

在此之后，您的标签 v1.0.4 不在 master 分支中，但可以在 repo 中找到，您可以从中发布。您只需要注意不要删除分支patch-for-1.0.4。

第二个意思是做前面提到的，然后继续：

$ git checkout master
$ git rebase patch-for-1.0.4
# ... solve conflicts ...
$ git branch -d patch-for-1.0.4

这假设从 1.0.3 到 1.1.0 的所有提交都在 master 上完成。如果你预计会有很多冲突，你可能想先在 master 上的一个分支上测试这个，或者做一个--interactive rebase。

第二种选择更简洁，您可以删除patch-for-v1.0.4 分支；但它需要在新提交之上重新构建旧提交，这并不是每个人都喜欢做的事情，特别是如果你在一个团队中工作。

编辑：

这是你的起始情况：

A -------- B - C - D  ( ... will become v1.1.0)
(v1.0.3)

第一个 sn-p 创建一个补丁并将其作为悬空提交留在自己的分支中：

A -------- B - C - D
\
 --- E
     (v1.0.4)

如果此时进行合并，您将得到：

A --------- B - C - D --------- E
(v1.0.3)            (v1.1.0)    (v1.0.4)

为了避免E 被放在B - C - D 提交之上，做一个rebase：

A --------- E ------- B' - C' - D'
(v.1.0.3)  (v1.0.4)             (v1.1.0)

请注意，此更改将B - C - D 提交到B' - C' - D'，它们具有相同的内容（冲突修复除外），但哈希值不同，因为它们现在位于E 之上，而不是A。这可能会破坏您团队中其他人的 master 分支或他们的功能分支，但会按照逻辑顺序进行。