为什么MVN发布:标记时准备失败?

最新版本的 maven-release-plugin . 把这个加到你的绒球上拉进去。

<build>
  <pluginManagement>
    <plugins>
      <plugin>
        <artifactId>maven-release-plugin</artifactId>
        <version>2.0-beta-9</version>
      </plugin>
    </plugins>
  </pluginManagement>
</build>

解决的问题是 MRELEASE-375 .

这是因为您没有增加版本号-1.0.2已经存在于Subversion repo中。

要么增加版本,要么从repo中删除/repos/june/tags/foo-1.0.2标签。

罗兰,如果你还没有看到这个问题,看看约翰·斯马特关于这个问题的博客文章。尽管他提出的剧本不雅,但它解决了这个问题:

http://weblogs.java.net/blog/johnsmart/archive/2008/12/subversion_mave.html

另一种解决方案是使用git。(我==目前正在写关于Maven和Git的文章)

潜在有用的链接:

http://weblogs.java.net/blog/johnsmart/archive/2008/12/subversion_mave.html (前面提到)

http://jira.codehaus.org/browse/MRELEASE-427 (真正的错误?)

http://jira.codehaus.org/browse/SCM-406 (相关错误)

http://olafsblog.sysbsb.de/?p=73 (更新,也许更有用的帖子)

据我所知,这是第1.5版中的一个bug,与Maven没有直接关系。不过,解决这个问题的方法是更新本地SVN存储库并再次运行版本:Prepare目标。

我花了很长时间和这个做斗争。SVN1.5.1+中的一些不同之处在于,它中断了直接从工作副本提交标签的过程——这正是Maven所做的。关于谁负责解决这个问题,仍有很多人指指点点。

您可以执行“svn update”并重新运行release命令,但如果您执行release:branch,这将导致release插件不会将POM文件返回到其以前的状态。

我所知道的最佳解决方法是返回到Subversion1.5.0。

这是 fixed 在最新发布的插件版本中,2.0-beta-9

当我在一个没有安装SVN的服务器上遇到构建问题时,我点击了这篇文章。

这有助于: Jenkins with Subversion