我移动应用程序的一个svn储存库这股与一些其他的东西进入其自己的品牌新的一个。因此,我有机会重新开始与布局。

该应用程序本身有两个组成部分-一个合理的标准Java网络应用程序,即谈判到一个数据库,和后端分,也Java、民意调查数据库,以及开始长期运行的处理任务的基础上有什么发现的-实际上,该数据库正在用作队。代码被分成三个软件包:

  1. org.blah.common 代码,如Dao,也就是之间共享网络的应用程序和后端
  2. org.blah.webapp -网应用;这取决于 org.blah.common, 和建造出来一个 .war 文件。
  3. 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目录,这是标准的专家的布局。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top