使用Maven CI友好版本时Renovate的异常更新问题咨询

我们的多模块Maven项目采用Maven CI Friendly Versions配置，通过${revision}属性统一管理版本，核心配置示例如下：

<project>
  <modelVersion>4.0.0</modelVersion>
  <parent>
    <groupId>org.apache</groupId>
    <artifactId>apache</artifactId>
    <version>18</version>
  </parent>
  <groupId>org.apache.maven.ci</groupId>
  <artifactId>ci-parent</artifactId>
  <name>First CI Friendly</name>
  <version>${revision}</version>
  ...
  <properties>
    <revision>DEVELOP-SNAPSHOT</revision>
  </properties>
</project>

但使用Renovate维护依赖时，它会错误地尝试更新项目自身的revision属性——比如在开发分支运行Renovate时，会生成PR把revision改成同一多模块仓库的最新发布版本，这不符合预期。

以下是几种合理的解决方案：

方案1：排除项目自身的GroupId/ArtifactId #

在项目根目录的renovate.json配置文件中，添加packageRules规则，明确排除当前项目的GroupId及下属所有模块，避免Renovate将自身版本识别为第三方依赖进行更新：

{
  "packageRules": [
    {
      "matchGroups": ["org.apache.maven.ci"], // 替换为你的实际项目groupId
      "matchArtifactIds": ["*"], // 匹配该groupId下的所有模块
      "enabled": false
    }
  ]
}

如果只需排除特定模块，可将matchArtifactIds改为具体的artifactId列表，例如["ci-parent", "ci-service-module"]。

方案2：精准限定Renovate的更新范围 #

如果revision仅在父pom中定义，可以通过ignorePaths让Renovate跳过父pom的版本属性检查：

{
  "ignorePaths": ["pom.xml"] // 根目录pom.xml对应父模块，子模块路径可按需添加
}

或者更精细地配置，仅允许Renovate更新非项目内部的第三方依赖：

{
  "packageRules": [
    {
      "matchGroups": ["!org.apache.maven.ci"], // 仅匹配非自身groupId的依赖
      "enabled": true
    }
  ]
}

方案3：结合分支策略做差异化配置 #

结合Maven的分支版本策略，在不同分支设置不同的revision值，并通过Renovate的分支规则实现差异化管控：

• 开发分支：保持revision为快照版本（如DEVELOP-SNAPSHOT），禁止Renovate干预
• 发布分支：设置正式版本号，此时版本更新通常由手动触发，可关闭Renovate的自动更新

对应的Renovate配置示例：

{
  "branchRules": [
    {
      "matchBaseBranches": ["develop"],
      "packageRules": [
        {
          "matchGroups": ["org.apache.maven.ci"],
          "enabled": false
        }
      ]
    },
    {
      "matchBaseBranches": ["main", "release/*"],
      "automerge": false,
      "enabled": false
    }
  ]
}

内容的提问来源于stack exchange，提问作者trust_nickol