我正在开发一个Eclipse插件,并希望大部分功能与Eclipse3.4兼容。到目前为止,这是没有问题的,因为我们可以在构建过程中只使用eclipse3.4,所以编译器错误将很容易被发现。
现在我们有了一个需要eclipse 3.5的新特性,我们不能再使用3.4进行构建,但至少必须使用3.5。现在的问题是,我们不知道旧的特性是否仍然与eclipse 3.4兼容。(至少不是通过自动构建)
这个问题有什么聪明的解决方案吗?确保一些插件功能与eclipse 3.4兼容,而另一些与3.5兼容?最好是一个可以自动化并添加到构建过程中的解决方案。
发布于 2011-02-19 22:34:38
以3.4为目标构建你的3.5插件。然后,您将看到哪些问题导致了问题:)。在你识别出你的捆绑包使用的新特性只在3.5版本中可用后,在你的MANIFEST.MF中设置依赖于3.5版本的版本号,这样在3.4目标中解析你的捆绑包的依赖就会失败。
一般来说,我建议您在IDE中设置构建目标,以便在编写代码时获得有关可能出现的问题的通知,而不是在构建插件时。
要使捆绑包插件可以在3.4和3.5版本中运行,没有简单的解决方案,最简单的方法可能是拆分捆绑包,并将3.5的功能隔离在新的捆绑包中,这样您的插件也可以在3.4环境中运行。
发布于 2011-02-20 06:20:27
除了toms的答案之外,我还建议您在针对3.5Eclipse和3.4Eclipse的无头构建期间运行测试套件。
我们在自己的商店里做这件事的方式是这样的,有4个自动构建作业:
上运行测试
上运行测试<代码>G29
如果3.5目标失败,那么我们就不会构建3.4目标。(当然,在我们的例子中,我们做了3.6和3.5 (并开始引入3.7)。
https://stackoverflow.com/questions/5051181
复制相似问题