5

WordPress Web サイト開発のバージョン管理に Mercurial を使用する予定です。

WordPress の開発モデルでは、開発は通常、プラグインとテーマのメイン ルートから離れたいくつかのサブ ディレクトリで行われますが、メイン ルートは WordPress のバージョン アップデートによって変更される可能性があり、バージョン管理する必要はありません。

私の質問は、VC からメインの WordPress コードを削除するために hgignore を使用してルートにあるリポジトリでこの状況を管理するのが最適かどうかです。前述のサブディレクトリのみを制御するか、または開発が行われるディレクトリにルート化されたいくつかのサブリポジトリを使用します。それらを結合するためのラッパー親リポジトリ？

各アプローチの長所と短所、および展開への影響は何ですか?

2 番目のアプローチ (サブリポジトリ) では、新しいサーバーで最初のプルを行ったときに、開発ディレクトリが WordPress ツリー内の正しい位置に作成されますか?

4

1 に答える 1

1

一般的な慣行として、維持する予定のソース コードのみをバージョン管理することを強くお勧めします。Git を使用して、以前にテーマ/プラグインごとに 1 つのリポジトリを作成し、良好な結果を得ました。親テーマと子テーマの関係を除いて、WordPress テーマは互いにほぼ完全に独立しています。各テーマは論理的に分離されているため、個別のエンティティとしてバージョン管理することも理にかなっています。

また、ある時点で、あるテーマの更新をプッシュしたいが、他のテーマはプッシュしたくないということもよくあります。個別のリポジトリを使用すると、さまざまなテーマすべての変更を簡単にチェックインできますが、一度に 1 つの変更のみを公開します。ブランチを使用して同じ結果を得ることができますが、少数のテーマしかない場合、非常に複雑になる可能性があります。

確かに、それは主に快適なものに帰着しますが、50 以上のテーマでインストールを管理した経験では、それが最も簡単に機能しました。

于 2014-01-16T01:50:25.110 に答える