蚂蚁+常春藤+ Eclipse

Question

因此，让我描述一下情况。 我有一个很大的项目。 现在它由蚂蚁管理。 现在我正在努力使这个项目与常春藤和日食一起工作，我茫然地提出了很多问题。

首先，我没有从事过日食工作，这种“平坦的”工作空间概念对我来说很奇怪。 Project具有树形结构，并且在根目录中有许多配置文件-例如libs.properties（仅用于描述库版本），ivysettings.xml和用于导入的模板构建文件。 然后，根目录中嵌套了许多项目。

对于Eclipse，我现在使用ivyDE。

第一个问题-如何在Eclipse中使用其平面材质创建树结构？ 我想要的是使子项目可以从根目录获取文件。 正确的标准做法是什么？

其次-如果子项目具有自己的smth库版本，则其目录中具有libraby.properties文件。 并且该文件首先被获取，因此是全局根库。 属性不能覆盖此库子项目版本的特定属性。 这很好，因为它在ant中可以在全局之前加载特定的属性文件。 但是IvyDE-我发现只有一点可以为其指定属性文件（可能错过了smthg）。 那么我该如何管理呢？

第三-常春藤特有的问题。 我如何仅发布文档或仅发布源？ 我认为这是配置问题。 但是我真的会很感激-如果您能给我一个例子-常春藤文件中的内容以及蚂蚁文件中的内容是什么？ 提前致谢。 ）

Answer 1

您阅读过有关多模块构建的常春藤教程吗？

以下答案也给出了一些指示。

Answer 2

关于第一个：您不需要使用平面结构。 在创建时可以更改项目路径。 或者，您可以将其在文件系统中移动并重新导入。 通过工作集，您可以将项目分组，以获得更好的结构化视图。

Answer 3

对于第二个问题，我只想表示马克·奥康纳有我的投票。

对于第一个问题，是的，有很多方法可以在Eclipse中使用项目的树形结构，但是您在这里使用的是系统，从长远来看会受到惩罚。

我们已经成功使用了以下策略：假设您的项目位于SVN中，则可以利用svn：externals创建适用于Eclipse的等效平面结构。

想法是定义一个SVN根文件夹（可能在您现有结构的外部，例如同级文件夹）。 然后在其中创建eclipse项目文件夹的平面结构，包括eclipse .project，.classpath和其他.settings / .externalBuilders配置文件。 接下来，使用svn：externals从原始SVN位置导入源文件和配置文件，以构成正确的项目文件夹结构。 你应该做的。

有趣的好处：您可以根据需要保留两个结构。 您可以让一些早期采用者在Eclipse结构上工作，而团队的其他成员则在传统的Ant检出上工作。 两组都检出并提交相同的文件。 只要您觉得Eclipse结构稳定，就可以切换所有人，如果遇到太多问题，也可以将其暂存。 老式结构一直都在为您服务，因此您没有一个过渡期，在此期间您无法进行干净的构建。