在我们的Eclipse RCP(Kepler with Tycho / Nexus)项目中,我们创建了一个包含两个子部分的自定义应用程序。这些部分按功能规划和生产进行组织。它们以三种不同的产品形式提供:独立规划,独立生产以及规划 - * 生产 *的组合*
现在的问题是构建的目标平台应该如何? 是否应该按照构建设置TP?意思是我们有四个TP:
或者TP应该像存储库那样被看待?这意味着整个项目只有一个,并且根据上下文,构建将从TP或本地源代码获得依赖。
(老实说,我们目前有第一个解决方案,而我的直觉告诉我这是一个坏主意。尽管我的直觉对我来说已经足够好了,但解决方案架构师倾向于忽略这样的输入。我也是这样看的。争论为什么一个或另一个解决方案更好或更差。)
答案 0 :(得分:1)
或者TP应该像存储库那样被看作?
这就是我们在类似情况下所做的事情(尽管不使用第谷,但我认为这不应该改变事情)。
第一个选项:
首先,我没有看到任何意义。由于您具有组合版本,因此生产和规划依赖关系需要兼容,并且您当然希望在开发和发布中具有相同的依赖关系。
当更新或删除其中一个依赖项时,您只想在一个地方进行更改(尽管可以使用这些功能)。
无需在目标平台之间切换以构建版本(尽管这可能与您构建版本的确切方式无关)。