相关疑难解决方法(0)

组件驱动开发术语开始被广泛使用,尤其是 与控制反转有关.

1. 它是什么？
2. 它解决了什么问题？
3. 什么时候适当,什么时候不适合？

我正在计划我的linux/apache/php web项目的目录结构,如下所示:

只会www.example.com/webroot/暴露在阿帕奇

www.example.com/
  webroot/
    index.php
    comp1/
    comp2/
  component/
    comp1/
      comp1.class.php
      comp1.js
    comp2/
      comp2.class.php
      comp2.css
  lib/
    lib1/
      lib1.class.php

在component/和lib/目录将只在PHP路径.

为了使webroot目录中的css和js文件可见,我计划使用符号链接.

  webroot/
    index.php
    comp1/
      comp1.js (symlinked)
    comp2/
      comp2.css (symlinked)

我尝试遵循以下原则:

• 按组件和库布局,而不是按文件类型而不是"公共"或"非公共",index.php是一个例外.这是为了更容易开发.
• 公开onle公共Web目录中的最小文件集,并使其他所有内容无法访问Web.将组件和库需要公开的文件符号化到公共位置,但仍然镜像布局.因此,组件和库结构也可以在链接中生成的html代码中看到,这可能有助于开发.
• git的使用应该是安全的并且始终有效.可以按照一些程序将符号链接添加到git中,但是在检查完它们之后,应该安全地处理更改分支.

git如何正确处理单个文件的符号链接,有什么需要考虑的吗？

说到图像,我需要链接目录,如何用git处理？

  component/
    comp3/
      comp3.class.php
      img/
        img1.jpg
        img2.jpg
        img3.jpg

它们应该链接在这里:

  webroot/
    comp3/
      img/ (symlinked ?)

如果使用符号链接有缺点,我可以直接将图像移动到webroot/tree,这将打破第三个原则(git实用性).

所以这是一个git和符号链接问题.但我有兴趣听听有关php布局的评论,也许你想使用评论功能.

我已经使用cvs2git（cvs2svn）迁移了旧的cvs存储库。现在生成的转储文件大了72GB，由于内存不足错误，我尝试通过git fast-import导入转储的尝试始终失败：

致命：内存不足，malloc失败（尝试分配6196691字节）
快速导入：将崩溃报告转储到fast_import_crash_13097
错误：git-fast-import因信号11死亡

因此，我的系统具有32GB RAM和50GB交换空间。我在具有Git 1.8.3.4（gcc44，python2.6.8，cvs2svn2.4.0）的Red Hat 5.3上运行导入。我也尝试过限制堆栈大小和文件描述符，但是内存错误仍然存​​在。

有人知道吗？