功能发布后重建“下一个”分支

Question

manpage for Git Workflows说：

  

在功能发布之后，接下来的集成分支可以选择性地使用下一个幸存的主题从master的尖端重新编译和重建：

     

食谱：倒带并重建下一步

git checkout next
git reset --hard master
git merge ai/topic_in_next1
git merge ai/topic_in_next2

我理解硬重置，但不理解主题合并。由于这是在必须通过 next 到 master 的版本之后， master 不会包含我们刚刚合并到的主题< EM>下？ （或那些主题是那些没有进入发布的主题？）

Answer 1

在Git工作流程中，建议的实验主题分支位于pu，正在审核的功能以及可能属于下一版本的功能位于next。但是，并非next中的所有主题分支都会自动迁移到master。对于Git而言，尤其是Junio每周都会挑选从主页旁边合并的主题分支，并将主题概述发送到邮件列表。这是“用git.git烹饪的东西”电子邮件。

重要的一点是，旁边的所有合并都是手动和精选的。接下来所有人都不一定成为主人。

因此，长时间运行的主题分支不是100％处于良好状态但仍处于活动开发状态，可能会在多个发布周期中保持下一个。这就是“幸存”的内容。