CMS用SCM

Question

CMS（特にJoomla！）上でソフトウェア構成管理を実行する際に問題が発生しました。私はカスタムテンプレート、もちろんカスタムモジュールとコンポーネントも書いています。これらのウェブサイトやアプリは、社内ではなくクライアント向けです。

テンプレートやコンポーネントのコードだけでなく、実際にサイトの構成をバージョンアップしたいのですが、修正の準備を整えたり、他の人にできるだけ早く転送したいと思っています。今、それは完全なJoomla！を保存することを意味します。インストールされたコンポーネントとテンプレートのバージョン、実際のデータベースのエクスポートを格納するSVNの各サイトにインストールします。コンポーネントについては、私もコードの "パッケージ化"バージョンを保ちます（下記参照）。私は通常、Joomla！にそれをドロップすることができるので、テンプレートには気にしません！インストールして動作します。

私が現在議論しているこのセットアップの問題は、カスタムコンポーネント開発にあります。 Joomla！で（そして他のほとんどのCMS）拡張機能は通常、Webインストーラを使用してデプロイされます。DB変更が必要なため、特定のフォルダにファイルをドロップすることはできません。 Joomla！インストーラシステムは、インストールとアンインストールのフックを使用してDBとファイルの移行を提供するので、展開にはかなり合理的なシステムです。

今

、私は次のいずれか 1）を追加し、コンポーネントのパッケージ版にコピーする手動で、その後のファイルを変更すると、インストールされたコンポーネント上で直接動作する、または 2）は、パッケージのコンポーネント上で動作し、インストーラを使用します結果を実際に表示するこのオプションは通常は時間がかかりすぎますが、特にDBの移行に関して、コードを「解放可能」に保つという利点があります。

いずれの場合も、チェックイン前にファイルの両方のバージョンに変更が複製されています。複製は私にとっては匂いのようです。

他の誰かがこれを行うのですか？より良い選択肢がありますか？

Answer 1

「1 /」あなたはバージョン1が、二つの「コンポーネント」（ファイルのセット）

をしないことを意味の単語「パッケージ」を、持っている場合は

を移動するための方法「のようなもの」でなければなりません

• 1「開発」コンポーネント：非常に大きく、あなたが
• 1「DISTRIB」コンポーネント必要なすべてのファイルを使用して：その中に圧縮されたファイルの数と、非常に小さいです。 （これらのファイルを圧縮し、それらを格納することで）コンポーネントをDISTRIB
  • を自動構築する方法と、バージョン
  • 圧縮されたバージョンを表すことDISTRIBコンポーネントを（コピーする自動方法：

  それは含まパッケージ化されたバージョンの）、解凍してrsynch-itをテストプラットフォームまたはプロダクションプラットフォームに置き換えます。

そのように、あなたは単に変更を「複製」が、実際の完全な設定を追跡しません：

• 別のプラットフォーム
• または展開され、現在のrsynchするために使用上に展開する準備ができてパッケージ。