管理团队捆绑包

Question

我们正在将我们的应用程序转移到OSGI平台(所有开发人员都在使用Eclipse)，并试图为开发我们的包找到最佳的团队环境。

我们有来自多个来源的捆绑：

1. 来自由外部机构管理的项目(如轨道或Apache )的公共包。
2. 包域特定jar文件的包。我们在内部管理这些包。
3. 公司其他团队提供的捆绑包，有效地仅供我们阅读。
4. 我们的团队提供的包含积极开发的源代码的包。

在第1-3种情况下，我们希望安装在本地Eclipse中并提供一个目标平台。在我看来，我们只是创建一个p2存储库，它提供1-3中的所有包，并将它们作为目标定义。如果有更好的解决方案，可以随意指出。

案例4中包含的包存储在一个汞存储库中。虽然目标定义看起来可以从多个来源抓取包，但它并没有解决如何包含来自(d)vcs的包。

什么是最佳做法？我们是否将我们的(d)vcs捆绑在目标平台中，让开发人员手动下载正确的包？此外，我们如何管理对目标定义的更改？当它发生变化时，我们必须给每个人发电子邮件吗?还是有一个更优雅的解决方案？

谢谢你的帮助。

Answer 1

感谢每一个回答别人如何解决这个问题的洞察力。

最后我们和巴克敏斯特一起去了。它允许我们快速描述所有的包都在哪里(案例1-3来自p2存储库，案例4来自mercurial)，并通过CQuery提供了空工作区的一键设置。它还与Hudson很好地集成，并与我在其他项目中使用的PDE构建相比，简化了CI设置。

Answer 2

与开发人员共享目标的空间。缺点是，我们在SVN中有工件！但是p2存储库听起来要好得多。当每个开发人员启动自动更新时，他会在更新时通知每个人。我想我们以后必须在我的公司试一下。

我们积极开发的源代码由(*.psf)共享。这是一个单一的文本文件，它包含了所有导出eclipse项目的存储库信息。在Eclipse中使用File -> Export -> Team -> Team Project Set进行尝试。是否有任何改变的项目集，实际上我们发送电子邮件给我们的开发人员。我认为一个更优雅的方法是在p2存储库上共享它。

我希望这对我糟糕的英语有帮助，也很抱歉！

Answer 3

我正在使用eclipse、m2eclipse、maven-bundle插件、subversion、尼克斯和哈德森，它的工作原理就像一种魅力，特别是在团队环境中。

自动化manifest.mf生成在OSGi中至关重要，因为手工实现这一点非常容易出错。为此使用bnd (由十亿工具或maven-bundle-plugin实现自动化)

Pax构造可以帮助构建完整的OSGi运行时环境。