题
我移动应用程序的一个svn储存库这股与一些其他的东西进入其自己的品牌新的一个。因此,我有机会重新开始与布局。
该应用程序本身有两个组成部分-一个合理的标准Java网络应用程序,即谈判到一个数据库,和后端分,也Java、民意调查数据库,以及开始长期运行的处理任务的基础上有什么发现的-实际上,该数据库正在用作队。代码被分成三个软件包:
org.blah.common
代码,如Dao,也就是之间共享网络的应用程序和后端org.blah.webapp
-网应用;这取决于org.blah.common
, 和建造出来一个.war
文件。org.blah.backend
-后端程序;这取决于org.blah.common
, ,并建立了一个焦油文件含有一个罐子和一些脚本。
我也想得到其他位的tomcat和apache配置入svn。
现在,所有三个包裹是在svn下一个 src
dir,并有一只蚂蚁脚本用不同的目标,建立不同的部分。这是有点零碎-svn:忽略的财产已经得到了相当大的,并且它不会立即显而易见的是,在一个脚本dir相关代码在某些包装下 src
, 同时,那些在另一个是启动和停止tomcat。
我画到的 专家的标准目录的布局, 但我已经没有使用过。我已经拿出这样的:
common/
src/
main/
java/
resources/
test/
java/
resources/
target/ # Not checked in
common.jar
webapp/
src/
main/
java/
resources/
webapp/
test/
java/
resources/
target/ # Not checked in
webapp.war
backend/
src/
main/
java/
perl/
resources/
test/
java/
resources/
target/ # Not checked in
backend.tar
infra/
tomcat/
bin/
conf/
apache/
bin/
conf/
db/
tables/
procs/
triggers/
请注意,现在,我不打算迁移到家-我会适应的现有蚂蚁脚本,由于他们的工作。我想保持选项的移动给家(或类似的东西buildr,使用家的布局)在某一点在未来虽然。
所以:
- 这似乎是一个合理的方式铺设的仓库?是否有任何将旅行我进一步的路线?
- 这将是明显的新的人的程序?
- 这将可以兼容的专家,应当我决定使用它?(我知道,从理论上讲,可以使专家工作的任何布设,但我相信他们建议一个标准的一个原因。)
- 是IDEs会有任何问题吗?(取决于其计算机我在,我用用浏览器或食。其他人对我的团队-谁帮忙,没有意见对这种使用的演讲视频。)
解决方案
- 这似乎是一个合理的方式铺设的仓库?是否有任何将旅行我进一步的路线?
好吧,家捕获的行业最佳做法,包括布局,因此这似乎是一个非常好的选择,甚至如果你不使用家,现在。实际上,这是建议的移徙战略时从另一个技术专家:第一,移动到家的布局和更新现有的建立脚本,然后,介绍家.在你的情况下,如果所有项目具有相同的生命周期的(如果它们全部释放在一起),我没有任何特别的发言中除了可能有关的基础设施项目,可能不能管理这种方式与家,但是,没有什么阻挡的现在。
- 这将是明显的新的人的程序?
我觉得它非常清楚,说实话,如果有些人有这一个问题,如果他们不能适应,也许这是他们需要的固定:)
- 这将可以兼容的专家,应当我决定使用它?(我知道,从理论上讲,可以使专家工作的任何布设,但我相信他们建议一个标准的一个原因。)
它看来几乎完全兼容的专家(除下文的一部分,作为我说了但这是真的不是一个问题)。是的,这显然是更简单的如果你不需要修改专家的配置和使用默认约定。注意,你可以设置一个专家建立平行的蚂蚁建立移动。
- 是IDEs会有任何问题吗?(取决于其计算机我在,我用用浏览器或食。其他人对我的团队-谁帮忙,没有意见对这种使用的演讲视频。)
这是一个漫长的时间,因为我没有进一只蚂蚁项目的这些IDE但我认为,它们都应该能够处理这个布局(100%确保在使用家).最好的方法来回答这个问题将要做一些测试的课程:)
其他提示
唯一的问题,我会是,我希望 src
目录到直接有源代码内部,而不是如上面布局。然而我认为这是一种思维方式,我可以克服相当迅速,尤其是在食。
为什么目标目录在库?我的粉丝不检查在建立的结果,因为他们可以再容易。如果他们不能容易地再现,那么这就是问题应该得到解决,而不是检查中的二进制文件。
除此之外,我看不到任何问题,这个布局。除了tomcat目录,这是标准的专家的布局。