質問

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

役に立ちましたか?

解決

私は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 ComponentsにはSVN + WebDAVでも同じ問題があり、誰かがSVN + DAVとgitのチェックアウト時間を比較しました。結果はこちら

これらの数値を見た後、切り替えは長期的には最も良い選択肢だと思います。

他のヒント

Magentoのすべての作業は、シングルコアファイルに触れることなく行うことができます。これは、行うべき方法です(ロケールファイルはマージしやすいため、おそらく例外です)。

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

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

詳細については、私のブログ投稿を参照してください:モジュールマネージャー
ソースに直行します:モジュールマネージャー(gist経由)

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top