我对在相当大的eclipse工作区中依赖插件，功能和产品中升级版本号的过程感到很困惑。
我对驻留在现有插件中的java代码进行了API更改，因此需要增加版本标识符的 Major 部分。此插件用作对给定功能的依赖，其中该功能稍后包含在产品中。在http://wiki.eclipse.org/Version_Numbering的文档中，我理解（大多数情况下）应该在包含的插件本身增加正确的数字。
但是，插件上的 Major 版本号如何影响相关的“线下”项目（例如功能，产品）？
例如，假设我们具有典型的“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环境，需要学习制作此类版本更新的正确方法和/或最佳实践，以及如何在工作区中的其他相关项目中最好地反映这一点。 / p>
答案 0 :(得分：1)
如果您希望将相同的版本控制系统应用于功能和产品，那么当其中一个插件转到2.0.0时，您可以将功能和产品设置为2.0.0。这将与消费您的功能或产品的人沟通，其内部的API发生了重大变化。
另一方面，不要求应用相同的版本控制约定。您可以按照惯例对捆绑软件进行版本更新，以便正确地传达您的API更改，然后转向并为产品/功能使用更具营销意义的版本。请注意，用户将看到的产品/功能版本比单个捆绑版本更多。
我已经看到它有效地完成了两种方式。对此没有正确或错误的方法。