2012-05-14 10 views
1

は、私は2つの関連する質問持って、それを破壊:Magentoのでの作業 -

  1. が管理し、bitesize片にMagentoのを打破することが可能ですので、
    • 私のIDEは、全体ののろわれたプロジェクトを処理する必要はありません。 CSSの行を変更するには
    • 私はそれを展開するときにすべてをサーバーにエクスポートする必要はありませんか?
  2. Magentoのどのビット、正確には(新しいバージョンにアップグレードしない限り)手を触れないでください。たとえば、app/code/core?

Magentoで働いている人なら誰でも、アプリケーションの獣です。私の開発PC上では、1トンのリソースが排水され、それを使って作業するのは2フィートの泥水が通過するようなものです。

私の現在の方法は、基本的にSVNリポジトリにコードベース全体を張ることです。

何かの実装が終わったら、サーバー上の開発用SVN作業コピーを更新してテストします。

私が変更に満足したら、サーバ上の新しいフォルダ、locallink &メディアフォルダのsymlinkにエクスポートしてから、Webサーバ(Apache)ディレクトリをシンボリックリンクします。

私の小さなシステムは効果的でしたが、私の人生のために、私はそれをより速くする方法を理解できません!

私は別のSVN(またはGit)ブランチを検討していたし、app/code/localやskin/frontend/defaultのような別の部分を扱うことも考えていましたが、行く最善の方法。

答えて

3

あなたは物事をスリムにしたいと思っているならば、あなたはreposの中にapp/code/local、app/code/communityそしてデザインパッケージを保持しておきたいと思うでしょう。マグネットは別パッケージとして。

Magentoの多数のファイル/フォルダでGitがうまく機能しているようです。

IDE用にNetBeansを使用している場合は、プロジェクトファイルのスキャンを無効にして、不要な場合は自動完了を構築できます。しかし私は他のIDEについては分かりません。

あなたがとてもエレガントに書いているように、Magentoは、過度に抽象化されていると、本当に泥の中にこだわることができます。私は、PHPファイルのOpcodeキャッシュ(APCなど)を調べ、できる限り多くのボトルネックを見つけて持ち上げるのに役立つローカル環境のMysql設定を参照することをお勧めします。

Modmanもお勧めします。ここで

は、あなたのMagentoのプロジェクトを構築する方法についてのアドバイスや意見に良い記事です:

+0

は私が後だっただけで何、そんなにありがとう。 Modmanは確かに面白そうに見えます。 – turpachull

関連する問題