2回目はwordpressを更新しましたが、これは(facepalm)カスタムテンプレートに加えたいくつかの変更を上書きすることのみを意識したものです。
明らかに私は更新する必要はありませんが、アドオンなどの方が良いでしょう。そして最新の製品とバグ修正があるのが好きです。
デフォルトテンプレートのカスタム変更を失うことなくワードプレスを簡単に更新するための他の人々の戦略は何ですか?
非常に単純です:あなたがデフォルトのテンプレートを使用する場合は、フォルダ名とCSSファイル宣言を変更してください、そしてそれは更新されません。
更新が必要な場合(たとえば、Twenty Oneは頻繁に更新されます)、子テーマを作成します。
最初に:WordPressのコアファイルを変更しないでください。代わりにプラグインを書いてください。
2番目:テーマのカスタマイズのマイナーからミディアムしかない場合は、子テーマを使用して、コアファイルだけを残すことができます。または、テーマフォルダの名前を変更して、変更内容が更新によって消されないようにします。
Dashboardのアップデータは使いません。
Subversionを使ってWordPressをインストールします。私が行ったすべてのローカルな変更はsvn diff
で表示でき、ほとんどの場合、新しいリリース番号に切り替えると、それらは新しいコードベースとシームレスにマージされます。コアと多くのプラグインとテーマはSVNを通して利用可能です。残念なことにすべてではありませんが、それでもやはり問題が解決しません。プラグインで自動アップデータを使用しても変更が失われないようにリポジトリを作成します。明らかにVCSのいくつかの強力なスキルがここで役立ちます。 :)
http://codex.wordpress.org/Installing/Updating_WordPress_with_Subversion
修正したコードベースのコピーをソース管理システムに保管してください。 Mercurial をお勧めします。
変更したワードプレスコードのオリジナルバージョンをMercurialにドロップしてコミットします。次に、修正したコードベースをその上にドロップし、ブランチ名を付けながらコミットします。支店を「oursite」と呼んでください。
重要なのは、Mercurialが知っているあなたのサイトがどのように標準配布物と違うのかということです。これによりアップグレードが容易になります。
次のバージョンのwordpressが出たら、それをダウンロードしてローカルのMercurialの作業ディレクトリの上にドロップしてください。その作業コピーをデフォルトのブランチ、つまりnot 'oursite'ブランチに '更新'してください。 Mercurialは新しいワードプレスのバージョンが以前のバージョンとどう違うのかを知っています。 Mercurialは、共通の「親」の2つの「子」バージョンとの違いをマージするのに非常に優れています。そして、多くの場合、あなたのカスタム調整はうまく組み込まれます。
私のカスタムテーマでさえも時々更新されます。最初にローカルでダウンロードし、BeyondCompareを使用して変更がどこにあるかを確認し、カスタム変更が行われたファイルを安全にスキップできるかどうかを調べます。そうでない場合は、自分のサイトにアップロードする前に手動でソースファイルを更新します。これは少し余分な作業ですが、テーマ/サイトにカスタムの変更を加えた場合は必須です。