Question

在发现git flow之前，我一直在为一个以上的版本开发一个项目。

为了保持未来发展的一致性，我想将过去的提交标记为1.0,1.1等版本。

我的Git-fu不是最好的，所以我将使用Source Tree来帮助我。我看到你在选择“新版本”时可以选择一个过去的提交，但这会按照我的意愿进行吗？

我也可能误解，从根本上误解了什么版本;从git flow的角度来看，我把它理解为从开发创建的分支，然后标记，然后合并回开发和掌握。

所以说我将在这里发布3.0，但我想追溯发布1.0,1.1和2.0：

tags                1.0   1.1   2.0   3.0
master  __*__*__*____.__.__.__.__.__.__.  no commits for a long time
release             /     /     /     /  
develop __*__*__*__/\_*__/\_*__/\_*__/    commits all the way along
commits   a  b  c     x     y     z

我/我应该这样做吗？

Answer 1

对这两个问题：

我可以这样做吗？

如果您的主人已经包含您希望包含在1.0,1.1和2.0版本中的提交，则不会。当您尝试从发布分支创建合并时，您将从git获得Already up-to-date。

我应该这样做吗？

如果你想做的就是确保你有标签表明你的发布，没有。只需在提交中创建一个新标记，将从标记的发布分支合并。

Jeremy@localhost ~/git-test master
$ git log --oneline
afcc012 Submodule commit.
45926a2 Second.
a5c809b Initial.

Jeremy@localhost ~/git-test master
$ git tag 1.1 45926a2

Jeremy@localhost ~/git-test master
$ git tag
1.1

然后从这里开始git流动！

顺便说一句，如果你没有对你的分支机构进行某种版本管理，那么你就可以顺利完成，git flow对你来说可能有些过分。在与小团队合作或单独工作时，我发现GitHub flow更合适。

是否可以（或建议）进行回顾性git flow发布？

1 个答案: