Maven 发布和版本 Maven 插件

Question

在进行快照/发布时，依赖项的编号/版本控制策略是什么？
一个由 15 名开发人员组成的团队，20 个 Maven 父项目 = 总共 70 多个 POM，包括子模块 POM。目前有很多依赖关系，这 70 个依赖项中的大多数依赖于其中一个。
过去的:
所有 POMS 都有 1.0.0-SNAPSHOT作为他们的版本，也在依赖标签下。它通过 mvn deploy 上传到 Nexus 存储库.
展示:
我们开始做 mvn release最近。所以所有 20 个父 POM 现在都是 1.0.1-SNAPSHOT并发布版本 1.0.0因为他们都在 Nexus.All <dependencies>标签现在指向 1.0.0问题:
开发人员 不想指向发布版本。他们需要最前沿的开发版本 1.0.X-SNAPSHOT来自他们的同行，无论它是否不稳定。
单片机想指向RELEASE版本只有他必须做 mvn release每周一次，这将失败，因为它指向快照版本。
问题:
现在我知道 version plugin ，但问题是，我应该在 POM 中放入什么，以便双方都通过运行自己的 mvn versions: 版本感到满意命令。最好，POM 应该指向 SNAPSHOTS，这样 15 人才会开心，当 SCM 发布时，他可以运行 mvn versions:something一切都转换为RELEASE代替 SNAPSHOTS 的版本.然后返回给开发人员的 SNAPSHOTS。

Answer 1

我将其作为答案，尽管目前这还不是很有效的答案。

当我添加 completionGoals Maven 发布插件中的配置选项，我的目标是启用开发使用版本范围的工作流程，但该版本将仅固定到具体版本。

添加到版本 Maven 插件的启用目标之一是 versions:resolve-ranges 目标。缺少的是一种在之后再次解开这些范围的方法。

在我们再次需要它之前，我们真的没有任何安全的地方来存储发布插件不会反对或清理的原始范围。

我想到的最接近的解决方案是注入(inject) XML PI的版本旁边包含版本范围...在这种情况下，pom.xml会得到转化，例如

<project>
  ...
  <dependencies>
    ...
    <dependency>
      <groupId>com.foo.bar</groupId>
      <artifactId>manchu</artifactId>
      <version>[1.2.3,2.0)</version>
    </dependency?
    ...
  </dependencies>
  ...
</project>

到

<project>
  ...
  <dependencies>
    ...
    <dependency>
      <groupId>com.foo.bar</groupId>
      <artifactId>manchu</artifactId>
      <version>1.5.7</version>
      <?versions-maven-plugin allowed-version-range="[1.2.3,2.0)"?>
    </dependency?
    ...
  </dependencies>
  ...
</project>

通过确保 preparationGoals 包括 versions:resolve-ranges目标...(注意:版本插件可能必须派生第三个 Maven 以解决缺少 pom.xml 重新加载的问题，以使 clean verify 有意义，尽管 resolve-ranges 应该在确切版本中解决构建正在使用，所以它不应该是一个问题)。

然后在 completionGoals 您有(尚未实现的)versions-maven-plugin 目标，它删除 XML PI 并将范围放回原处。

目前有许多问题阻止了这一点:

不确定 Maven 发布插件的 pom 重写是否会删除 XML PI(需要测试确认)

versions-maven-plugin 中的 XML 解析库充其量只是 hacky，需要更好的解决方案来启用 XML PI 注入(inject)

我的儿子需要关注，我很少有时间来处理这些问题。

但是，您也许可以一起拼凑一些东西。

设置 completionGoals类似于 versions:use-next-snapshots versions:commit

像这样运行你的版本 mvn versions:use-releases versions:commit scm:commit release:prepare release:perform install

那么应该发生什么:

我们切换-SNAPSHOT s 发布

我们将更改提交给 SCM

我们开始发布准备

当pom.xml被转换到下一个开发版本，我们还推进了依赖项(利用我们所有依赖项都有完全相同的命令(最后带有 install)的事实，因此它们的下一个 -SNAPSHOT 已经在本地存储库中，所以他们会自动为我们进步(在 理论 中))，我们依赖 release:prepare为我们提交更改。

正常发布

我们安装下一个开发-SNAPSHOT到本地 repo 中，以便所有下游项目在运行时都会更新其版本 versions:use-next-snapshots

以上内容容易出错......如果我可以为您提供基于版本范围的解决方案，我会更喜欢，但是，现在这是我能看到的最好的解决方案。