Apache Felix baseline插件如何计算所需版本变更？接口新增方法触发主版本变更问题咨询

该插件的核心判定逻辑严格对齐OSGi语义化版本规范，会将当前构建版本的公开API与上一个已发布的正式版本做逐字段diff，根据变更的兼容性等级自动匹配需要升级的版本层级：

• 主版本（Major）强制变更触发条件：存在所有不向后兼容的破坏性API变更，具体场景包括但不限于：删除已对外暴露的公开方法/类/接口、修改已存在公开方法的签名（参数列表、返回值、受检异常范围）、给已公开的接口新增无默认实现的抽象方法、将原本对外公开的类/接口调整为非公开访问权限。
  回到你遇到的触发报错的场景，插件要求主版本变更完全符合预设规则：你新增的接口方法如果是无default实现的抽象方法，所有第三方实现该接口的代码在升级依赖版本后会直接出现编译错误，属于标准的破坏性变更，校验要求和该方法本身只占一行代码的体量没有任何关系。如果你给这个新增方法加上default修饰符提供默认实现，该变更会被判定为向后兼容的功能新增，仅触发次版本升级要求。
• 次版本（Minor）强制变更触发条件：存在向后兼容的功能性API新增，且不会对旧版本的调用方、实现方代码造成编译或运行时影响，比如给接口加带默认实现的方法、新增独立的公开API类/方法、给抽象类新增带实现的非抽象方法。
• 补丁版本（Patch）强制变更触发条件：无API层面的签名变更，仅修改API的内部实现逻辑、修复非兼容性的运行时bug。

插件本身提供了细粒度的排除配置，不需要全局关闭校验能力就可以实现对特定方法的忽略：

• 可以在插件的配置块中，通过ignoreMember规则，用精准的正则表达式匹配目标新增方法的全限定类名+方法名，将该成员从diff校验的范围内排除，配置时尽量缩小正则匹配范围，避免误排除其他真实存在的破坏性变更。
• 如果这个接口本身不属于需要对外暴露的公开API，你可以调整构建过程中的Export-Package声明，将该接口所在的包从公开导出范围中移除，插件默认仅校验导出包下的API变更，未导出包的内容变化不会触发版本校验要求。
• 如果你确认该方法新增的影响范围可控，也可以直接按照插件提示完成主版本号升级，从根源上消除版本兼容性风险。

注：不推荐为了跳过单个方法的校验全局关闭baseline插件的检查规则，避免后续真实的破坏性API变更漏检。

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