2012-11-15 105 views
3

继我之前关于功能分支的问题可以在这里找到Centralized GIT workflow/deployment - Repository Initialization and Feature Branches我有几个关于'发布分支'的问题。集中GIT工作流程/部署 - 发布分支

首先,我会去通过工作流:

发展的状态准备好了“下一个版本”,我们已经决定,这将成为1.0版本

git checkout -b release-1.0 develop

./bump-version.sh 1.0

好的,我的第一个问题。我需要创建凹凸版本脚本还是可以从某处下载它?它具体做什么,它需要安装在哪里?

回答

2

我对你的问题有点困惑。你需要一个能告诉你实际版本号的脚本吗?

例如,您可以尝试git describe master,例如,它会根据您创建的最新标记给出具体名称。看看Pro Git书上的Preparing a release section

+1

我正在关注http://nvie.com/posts/a-successful-git-branching-model/它说要运行./bump-version.sh所以我想弄清楚这是什么是。 –

+0

正如你在教程中写的那样,你链接了:*“创建一个新分支并切换到它后,我们碰到版本号。这里,bump-version.sh是一个虚构的shell脚本,它将工作副本中的某些文件改为反映了新版本(这当然可以是手动更改 - 即某些文件改变了)。然后,提交的版本号被提交。“* – rlegendi

+0

是的,我看到了,但是哪些文件被更改了?我能从某处获得脚本吗? –

0

“什么bump-version.sh并” 将取决于您的构建过程。例如,如果你使用maven,它可能sed你的pom来设置版本。如果使用sbt,则可以将版本设置保存在单独的version.sbt文件中,并且该脚本可以覆盖整个文件。