压缩发行分支以掌握每个后续发行版本的重复历史记录

时间:2019-05-29 20:19:13

标签: git github merge workflow release

我使用的Github发布策略的工作方式如下:

  • 从使用git checkout -b release-x.x.0 develop的开发中签出发行分支
  • 更新package.json以匹配发行分支版本
  • 压缩并合并发行分支以掌握和开发

每个发行分支都包含一系列来自请求请求的压缩提交。 Master具有自己的修补程序,这些修补程序被单独合并到开发中。

在后续发行版中,我注意到合并之后,master上的提交继续出现多次。例如:

  • 将压缩的PR#1-3合并到开发中
  • 创建一个来自development的发行分支,以压缩的“ Release 1.1.0”提交将#1-3合并到master中。
  • 将壁球PR#4-6合并为开发
  • 通过将“ Release 1.2.0”的提交压缩后,将合并#4-6到master中的开发创建一个release分支
  • 比较第二个发行分支时,将显示PR#1-6的历史记录,而不是仅显示#4-6

这是挤压版本所导致的预期行为吗?

如果是这样,我假设将我的发布策略改为正常将分支合并到master可以解决该问题,但是现在获得master历史以匹配开发的最佳方法是什么?

0 个答案:

没有答案