集中式GIT工作流/部署 - 发布分支

Question

在我之前的问题“集中式GIT工作流/部署-存储库初始化和特性分支”中，我们谈到了特性分支，现在我有关于“发布分支”的几个问题。

首先，我们来看一下工作流程：

develop分支已经准备好进行“下一个版本”的开发，我们决定这将成为1.0版本。

git checkout -b release-1.0 develop

./bump-version.sh 1.0

好的，我的第一个问题是：我需要创建bump-version脚本吗？还是可以从某个地方下载它？它具体做什么以及需要安装在哪里？

- Derek Carlisle

Answer 1

我有点困惑你的问题。你需要一个可以告诉你实际版本号的脚本吗？

例如，您可以尝试git describe master，它将为您提供从最新标签中创建的特定名称。请查看Pro Git书中的准备发布部分。

- rlegendi

---

我正在遵循http://nvie.com/posts/a-successful-git-branching-model/，它说要运行./bump-version.sh，所以我正在尝试弄清楚这到底是什么。 - Derek Carlisle

正如你所链接的教程中所写的那样：“在创建并切换到新分支后，我们会增加版本号。在这里，bump-version.sh 是一个虚构的 shell 脚本，它会更改工作副本中的一些文件以反映新的版本。（当然，这也可以是手动更改——重点是有一些文件发生了变化。）然后，增加的版本号被提交。” - rlegendi

是的，我看到了，但有哪些文件被更改了，改成了什么样子？我能从某个地方获取这个脚本吗？ - Derek Carlisle

不，没有这样的脚本，因为“bump-version.sh是一个虚构的shell脚本”。它只是一个例子 :-) 每个项目都有自己的发布流程来更新版本号，您必须开发自己的定制流程。 - rlegendi

Answer 2

从你之前的问题来看，你似乎正在尝试遵循：http://nvie.com/posts/a-successful-git-branching-model/ 你尝试使用过git-flow吗？它是为了帮助解决这些问题而设计的。

https://github.com/nvie/gitflow

- Chadit

---

我想避免使用gitflow，这样我就可以尽可能多地学习GIT，而不是让它为我完成所有工作。 - Derek Carlisle

Answer 3

“bump-version.sh” 的作用取决于您的构建过程。例如，如果您使用“maven”，它可能会使用“sed”命令来设置版本号。如果您使用“sbt”，则可以将版本设置保存在单独的“version.sbt”文件中，脚本只需覆盖整个文件即可。

- nafg