4

我对在相当大的 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 环境，需要学习进行此类版本控制更新的正确方法和/或最佳实践，以及如何在工作区中的其他相关项目中最好地反映这一点。

4

1 回答 1

1

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

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

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

于 2011-01-28T22:11:15.750 回答