php - Magentoのsvnリポジトリは非常に遅いです！

Question

私はMagentoeコマースを使用してWebサイトの構築に取り組んでいます。すべてのMagentoPHPファイルを含むWebサイトのサーバーにSubversionリポジトリを設定し、svn/webdavを使用してローカルシステムへのコピーをチェックアウトしました。リポジトリにmagentoを追加してコミットしました。さて、コミットメッセージを入力できるようにファイルのリストを作成するsvnの操作は、svn statusまたは、でさえ、永遠にかかります。1つのファイルしか変更しなかったとしても、10分以上という意味です。何が間違っている可能性があるか/トラブルシューティングする方法/修正する方法/提案についてのアイデアはありますか？ありがとう！svn commit

Answer 1

私はMagento+SVN（ただし、WebDAVではありません）を自分で使用してきましたが、これまでのところ、このような問題は発生していません。リポジトリへの変更をコミットするのに（2分ほど）時間がかかりますが、決して5分以内です。

私はあなたの問題の原因を本当に知りません、私は多かれ少なかれそれが通常そのようではない（またはそれはWebDAVのせいかもしれない）と言いたかったのです。

回避策1：

Magentoのコアに変更を加えないことを前提として、Magentoインストールの変更される部分のみをバージョン管理することを検討しましたか？つまり、モジュールが存在するapp / code / localフォルダーと、場合によってはテンプレートフォルダーです。これにより、バージョン管理されたファイル/フォルダーの総数が大幅に減少し、同期速度が大幅に向上します。

回避策2：

すべての更新を含む最下位のフォルダーのみを常にコミットします。

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

回避策3：

番号1と同様：リポジトリに保存する必要のないものはすべて無視リストに追加してみてください。var /フォルダーのようなものはバージョン管理する必要がなく、多くのファイルが含まれているため、リポジトリに含めないことをお勧めします。

回避策4：

オプションである場合は、SVNの代わりにgitを使用してください。

eZコンポーネントはSVN+WebDAVで同じ問題を抱えており、誰かがSVN+DAVとgitのチェックアウト時間を比較しました。結果はここで見ることができます。

これらの数値を確認した後、長期的には切り替えが最善の選択肢だと思います。

Answer 2

すべてのMagentoの作業は、単一のコアファイルに触れることなく実行できます。これは、実行する必要がある方法です（ロケールファイルは簡単にマージできるため、おそらく例外です）。

ソースコードの管理の難しさを増すことなく（そして単一のMagentoコアファイルをチェックインすることなく）、Magentoのインストールルート全体にプロジェクトファイルを分散させるスクリプトを作成しました。それはどのように機能しますか？ソフトリンク。手作業でソフトリンクを作成することで、スクリプトがなくても実際に同じことを実現できますが、これにより簡単になります（ライブサーバーへの展開/更新は常に1つのコマンドです）。

Windowsのサポートについてはよくわかりません。cygwin内で機能する可能性がありますが、テストはしていません。私はWindowsで開発を行っていますが、LAMPスタックを使用して仮想マシン（VirtualBox）を実行し、Sambaを介してWindowsとファイルを共有しているため、Linuxゲストのコマンドラインからスクリプトを実行し、Samba共有を介してNetbeansでファイルを編集します（ NetbeansのSubversionモジュールを介して変更をコミットできます）。

詳細については、私のブログ投稿を参照してください。モジュールマネージャー
ソースに直接移動します：モジュールマネージャー（要点を介して）