如何解决蚀,具有多个子项目的蚂蚁和水银
|| 我知道还有另一个多个项目的问题。我已经看到(冲突的)目标的子集答案,但没有涵盖所有内容。我是新来的人,不知道汞的肮脏细节。 给定一个通用的库jar,两个应用程序和一些通用的ant脚本... 我会设置这个/top/
build-common/
lib1/
app1/
app2/
我已经读过eclipse不会做子项目,所以我认为这将是4个eclipse项目,而“ top”就没什么可蚀的。
我已经阅读了如何在包含自动构建的Eclipse构建中使用ant。
3个Java项目在它们的build.xmls中引用../build-common/{scripts}是一个好习惯吗? (当这是另一个Eclipse项目时)
app1和app2是否应该引用../lib1/target/lib.jar?怎么样?
如果ant正在执行eclipse构建,我是否仍会维护.classpath(通过以前的gui)?
我认为蚀用户不会期望自动构建来传播项目。正确?
我不清楚是否有4个日食项目会迫使4个水星项目。如果mercurialeclipse插件支持它,则可以将其设为一个hg项目(\“ top \”)。但是我不确定优缺点。 Team-> Commit可能会影响其他Eclipse项目-对于Eclipse用户来说,这似乎是错误的吗?
那么,有4个或1个hg项目?
蚀前,我通常会有一个顶层build.xml来构建子项目。即使Eclipse构建不需要它,我也要支持完整的命令行构建。
顶级build.xml会去哪里?
另外,我怀疑在将代码实际放在工作区/目录下与否之间存在一些细微差别。谁能解释这对我的布局意味着什么?
非常感谢!
薄层色谱
解决方法
我已经用CVS完成了这种事情,但是我不确定如何使用Mercurial。 (我也希望切换到Mercurial)
我可以回答您的部分问题。
使用CVS,我将为/ top /创建一个Eclipse项目,并将不同的模块作为子目录放入其中。我不知道MercurialEclipse是否支持子存储库,但这是我的首选(1个Eclipse项目,引入子存储库)
我认为,如果/ app1和/ app2之间存在很多依赖关系,则每个ant脚本都可以引用build-common。另一个选择是在/ app1,/ app2中有一个build.xml,然后在/ build-common中有一个主build.xml,它只调用/ app1和/ app2,然后将所有内容包装起来。
如果使用Ant脚本,则还必须手动管理Eclipse类路径。根据我的经验,这并不困难。如果在Eclipse中设置了类路径,则自动构建将起作用。
我希望具有以下结构:
/top/
/top/build.xml (references /app1/build.xml,/app2/build.xml)
/lib1
/app1/
/app1/build.xml (references ../lib1)
/app2
/app2/build.xml (references ../lib1)
最大的问题是MercurialEclipse和子仓库。但是,如果它不支持子仓库,则只需在命令行中使用Hg,直到它赶上来即可。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。