使用subversion维护快照版本号的maven分支发布策略

时间:2014-05-09 09:44:52

标签: maven svn maven-release-plugin release-management

我正在使用maven release插件来创建分支并释放我们的堆栈。我们正在使用颠覆。

在接近发售日期的时候从行李箱分店。

我们在新分支上开发此版本的功能。 我们在干线上开发新功能。

当我们认为它准备就绪时,我们会从分支机构发布(认为这是一个候选版本) 我们测试了发布,并在测试通过后发布(进行分段)。

如果我们需要在测试失败时再次发布,我们会从分支机构发布。 Maven发布插件在分支的每个版本中,在我们的标记目录(我们的版本项目PROJECT-major.minor.patch)的提交中整齐地增加了补丁版本(我们的版本项目PROJECT-major.minor.patch)。

到目前为止一切顺利。只有中继补丁版本在每次发布时都没有变化,所以我觉得我们的版本号会有被篡改的风险。

围绕它的唯一方法似乎是在每次发布之前从trunk进行分支,但是这有很多与之相关的问题。

是否有一种maven方式来维护artifactIds SNAPSHOT版本,使其始终比发布版本大1?我正在寻找一种自动化方式,因此我不必检查已发布的pom,并与其他工具进行比较。

或者我们可以在它的头上翻转它:为新功能创建一个新的分支,并继续在当前版本的trunk上开发,并同意我们总是分支+发布(并且永远不会分支+发布+发布+ etc),当我们想发布一个项目时?

一旦它投入生产,我们将新功能分支合并到主干? maven可以这样做吗?

1 个答案:

答案 0 :(得分:0)

Maven发布插件仅影响其运行的分支。

让我们举个例子。您将发布1.5.0版本,您将在trunk上准备的下一个版本是1.6.0。在这种情况下,您应该将主干上的版本切换为1.6.0-SNAPSHOT。然后,您可以发布1.5.1,1.5.2 ......,而不会出现中继版本低于分支版本的问题。

查看Maven版本插件(目标集)。改变整个项目结构的版本。