Magento 的 svn repo 非常慢！

Question

我正在使用 Magento 电子商务构建一个网站。我在网站服务器上设置了一个 subversion 存储库，其中包括所有 Magento PHP 文件，并使用 svn/webdav 将副本签出到我的本地系统。我已将 magento 添加到存储库并提交。现在，任何 svn 操作，甚至是 svn status 或者 svn commit, ，构建文件列表，以便我可以输入提交消息，需要 永远. 。我的意思是超过 10 分钟，即使我只更改了一个文件。关于可能出现问题/如何排除故障/如何修复/建议有什么想法吗？谢谢！

Answer 1

我自己一直在使用 Magento + SVN（但不是 WebDAV），到目前为止还没有遇到此类问题。将更改提交到存储库需要很长时间（例如 2 分钟），但绝不超过 5 分钟。

我真的不知道你的问题的原因，我只是或多或少想说它通常不是这样的（或者可能是 WebDAV 的错）。

解决方法1：

假设您不会对 Magento 的核心进行更改，您是否考虑过仅对您将要更改的 Magento 安装部分进行版本控制？IE。您的模块所在的 app/code/local 文件夹，也可能是您的模板文件夹。这将大大减少版本化文件/文件夹的总数，从而显着提高同步速度。

解决方法2：

始终仅提交包含所有更新的最下面的文件夹。

cd app/code 
svn commit -m ".." local

解决方法 3：

与1号类似：尝试将不需要存储在存储库中的所有内容添加到忽略列表中。诸如此类的事情 变量/ 文件夹不需要版本控制并且包含大量文件，因此最好不要将它们包含到存储库中。

解决方法 4：

使用 git 而不是 SVN（如果您可以选择）。

eZ Components 对 SVN + WebDAV 也有同样的问题，有人将 SVN+DAV 与 git 之间的结帐时间进行了比较。结果可见 这里.

看到这些数字后，我认为从长远来看，转换是最好的选择。

Answer 2

所有Magento的作品可以不接触的单核文件，这是你应该做的方式（也许除了区域设置文件，因为这些都容易合并）来完成。

我写了一个脚本，它可以让你分散你的项目文件遍布Magento的安装根目录不增加管理源代码的难度（并且没有在一个Magento的核心文件检查）。它是如何工作的？软链接。您可以通过手工创建软链接实际上没有完成我的剧本一样，但这只是更容易（部署/更新到现场服务器始终处于一个命令）。

我不知道有关Windows的支持，它可以Cygwin的范围内工作，但我没有测试过。我做开发的Windows，但与我的LAMP堆栈上它与通过Samba在Windows共享文件运行virual机（VirtualBox的），所以我对Linux来宾运行通过命令行脚本，并通过Samba共享使用Netbeans编辑我的文件（我可以提交经由NetBeans的颠覆模块变化）。

请参阅我的博客文章进一步信息：的模块管理器结果 直行到源：模块管理器（经由要旨）