Eclipse PDE - 插件、特性和产品版本控制

Question

我对在相当大的 eclipse 工作区中升级依赖插件、功能和产品中的版本号的过程有很多困惑。

我对现有插件中的 Java 代码进行了 API 更改，因此需要增加版本标识符的主要部分。此插件用作给定功能的依赖项，该功能稍后包含在产品中。来自 http://wiki.eclipse.org/Version_Numbering 的文档，我理解(在大多数情况下)什么时候应该增加包含插件本身的适当数量。

但是，插件上的此主要版本号更改将如何影响相关的“下线”项目(例如，功能、产品)？

例如，假设我们有如下典型的“Hello World”设置:

插件:com.example.helloworld, version 1.0.0特征:com.example.helloworld.feature, version 1.0.0产品:com.example.helloworld.product, version 1.0.0
如果我要在插件中进行 API 更改，则需要将版本更新为 2.0.0。那么该功能的版本是 1.1.0 吗？同样的问题也适用于产品级别(例如，如果功能是 1.1.0 或 2.0.0，产品版本号是多少)？

我敢肯定这是一个新手问题，所以我为浪费任何人的时间和精力而道歉。我曾搜索过此类内容，但我所找到的只是展示如何首次开发插件、功能、产品和更新站点的示例。与我的搜索相关的唯一其他内容是开发功能补丁，并没有像我希望的那样涉及版本控制方面。我在(第一次)进入 Eclipse RCP/PDE 环境时遇到了困难，需要学习进行此类版本更新的正确方法和/或最佳实践，以及如何在工作区中的其他相关项目中最好地反射(reflect)这一点。

Answer 1

如果您想对功能和产品应用相同的版本系统，那么当插件之一转到 2.0.0 时，您可以将功能和产品设置为 2.0.0。这将告知正在使用您的功能或产品的任何人，其中某处存在破坏性的 API 更改。

另一方面，不需要应用相同的版本控制约定。您可以按照该约定对您的包进行版本控制，以正确传达您的 API 更改，然后转而使用更适合营销的产品/功能版本。请记住，与单个捆绑版本相比，用户将看到更多的产品/功能版本。

我已经看到它有效地做到了这两种方式。这真的没有正确或错误的方式。