我们开发了许多插件,这些插件组装到Eclipse RCP 3中。X应用程序。我们使用基于P2存储库的单一目标平台,因为这是Tycho支持的唯一风格。
我们的互联网访问受到很大限制。即使我们配置了代理,我们也无法访问公开可用的 P2 存储库。因此,我们下载 P2 存储库 zip 并将它们放入源代码管理中,以便团队可以共享它们并进行版本控制。但是,我们认为在 SCM 下使用二进制内容通常是一种不好的做法。
我们正准备从ClearCase迁移到Git。在这样做的同时,我们正在考虑更好地改变我们管理目标平台的方式。我们考虑过不同的场景,但我们缺乏经验来衡量它们的利弊。以下是我们思考的第一个结果:
foo.target
文件需要版本化如何在封闭的企业网络中使用 Git 处理目标平台版本控制?您如何看待上述情况及其各自的优缺点?你能提出其他解决方案吗?
使用Nexus和Nexus Unzip插件,有一个非常好的解决方案,可以满足您拥有可复制目标平台和独立于互联网接入构建的需求:
我们已经在我们的企业环境中非常成功地使用了这种设置很长一段时间,所以我建议您也尝试这种方法。
这类似于您的解决方案 2,但使用不同的 Nexus 插件。对于所描述的解决方案,您不需要任何插件即可获得明确的“p2 存储库支持”。此外,您无需对目标平台内容进行任何其他存档。
免责声明:Nexus Unzip插件由第谷项目提供,我是该项目的promise人。