Eclipse plug-in更新发布机制及版本迭代规则咨询

以下规则基于Eclipse 3.4及以后版本默认使用的p2供应平台逻辑，也是Eclipse官方发行版实际运行的更新逻辑：

单插件更新时各对象的版本操作 #

1. 待更新Plug-in自身 #

• p2判定插件可更新的核心前提是待安装的新版本号严格大于当前已安装版本，版本号遵循Eclipse标准四段式规则major.minor.service.qualifier，逐段对比优先级，最后一段qualifier按字符串时序判定新旧。
• p2不会修改插件本身的任何版本标识，仅做版本匹配、依赖范围校验：如果新版本插件的依赖要求和当前环境不兼容，会直接阻断更新流程。更新完成后原低版本插件会被标记为废弃，下次启动时清理。

2. 直接包含该插件的Feature #

处理逻辑完全由Feature中对插件的版本匹配规则决定：

• 如果Feature的feature.xml中对该插件配置了严格版本绑定（Eclipse官方构建的Feature默认配置，通常是match="perfect"或明确写死插件版本号），插件版本变更后原Feature的依赖校验会直接失败，必须提供版本号更高的新Feature，且新Feature内的插件引用要对应到新高版本插件。
• 如果Feature对插件配置了宽松匹配规则（比如match="compatible"，仅要求大版本一致、最低版本满足要求），插件可以直接更新到兼容高版本，不需要升级对应Feature，原Feature版本号无需任何变动。

3. 嵌套的更高层级Feature #

逻辑和直接包含插件的Feature完全一致，只看相邻两层的版本匹配规则：

• 如果上层Feature对下层子Feature配置了严格版本匹配，只要下层Feature升版，所有上层嵌套Feature都必须同步升版才能通过p2校验。
• 如果上层Feature对子Feature配置了兼容匹配规则，下层子Feature升版、甚至子Feature不升版仅更新内部兼容插件，都不需要上层Feature做版本调整。

核心问题：更新单个插件是否需要重新构建所有层级关联Feature #

结论非常明确：不是强制要求，完全取决于你构建Feature时选择的版本匹配策略，两种常用落地方式：

• 如果你要1:1复刻Eclipse官方的更新行为：所有层级Feature必须全量重新构建。Eclipse官方所有Feature都是用PDE/Tycho默认配置构建，所有插件、子Feature的引用都是严格版本锁定的，只要底层任意一个插件版本变动，从直接包含它的Feature到最顶层的产品Feature都要重新构建、升版本号，重新生成p2元数据，否则p2会直接报依赖冲突，更新包根本无法安装。
• 如果你是自研自定义RCP产品，想降低更新包构建成本：可以在构建Feature时手动调整依赖匹配规则，把插件、子Feature的强匹配改成兼容匹配，这种场景下你只需要单独构建新版本的插件，将其放入p2更新仓库即可，p2可以直接识别到可用更新，不需要重新构建任何上层Feature。

实际开发注意：如果使用宽松匹配规则，必须严格遵循语义化版本约束，大版本迭代时绝对不能发布二进制不兼容的修改，否则更新后会出现类缺失、方法签名不匹配等运行时错误，这类问题p2的依赖校验无法拦截。

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