Drupalで深くなるほど、他の人のモジュール内でコードを変更する必要があります。これらは通常小さな変更であり、これまでのところ自分のニーズに合わせてモジュールの機能を書き直すのは意味がありません。Drupal：モジュールの変更で整理している
私はそれだけでトラブルを求めように思えるので、Drupalのコアへの変更をしないようにしようとしています。
しかし、すぐにあなたの変更を、これらの変更を行うモジュールをアップグレードし、再適用する際に、後に、私は新しいリリースでこれらのモジュールを更新してから戻っての私の変化を接続し直す必要があるつもりです。どのように整理しますよりバック？
は、私はできるだけ多くのノートを取っているが、クモの巣は、私の周りに成長しています！
もう一つの鍵は、あなたが行った変更のための明示的な.patchファイルを維持し、それらに文書を含めることです。新しいバージョンにアップグレードする必要がある場合
これは、SVN/git/gitで独自のソースツリーをmaintianingするところですが、それはあなたの問題を解決するのに役立ちます。等は便利です。
のDrupalを活用ブック：あなたのサイトは（プログラマにWROXプログラマー）右を終らは、ワークフローと最初からCVS/SVNでサイトを開発について説明します。
アマゾンではわずか32ドルで送料が無料です（24ドルの低額で使用されますが、$ 4の送料を念頭に置いておいてください）。ライブラリがない場合は、ライブラリをチェックしてください
他の人が恩恵を受けられるようにモジュールを変更しますか？
次にモジュールのメンテナにパッチを送って、その誰もが利点とあなたが整理整頓するトラブルがありません。
すでに2つのオプションがあります。
1）変更内容は、コミュニティに利益をもたらすことができた場合、恩返しとうまくいけば、それは次のリリースの一部となります。
2）変更内容は、特定にあり、整理整頓するためにあなたの唯一のチャンスよりも、あなたのニーズに合わせた場合は、独自のVCS（例えばSubversionの）を設定し、それを適切に使用することを学ぶます。..;）
ありDrupal.orgサイトでDrupalを使ってSubversionを使用すると良い情報があります。
独自のモジュール（例えば機能（http://drupal.org/project/features））の中にいくつかの機能をキャプチャすることができます利用可能な新しいモジュールもあります。私はそれに多くの経験はありませんが、これはあなたのための解決策かもしれません。
イートンが上記で説明した方法は、比較的大きなサイトの状況をどのように処理するかという傾向があります。パッチの実行ログを保持している場合、いつでも変更を再作成できます。
「コミュニティへのサブミット」投稿の多くで欠落していると思われる側面の1つは、コミュニティに戻しただけで適用されるということではありません。このシナリオを処理する方法は、明示的なパッチファイルを、D.O.関連する問題を発行してください。最終的にパッチが統合されている場合は、パッチを削除して背中に身を乗せることができます。あなたのパッチが一度も受け入れられないシナリオでは、少なくともあなたのログはまだ残っています。