ウチのWordPress開発環境とライブラリ管理

先週くらいに公開した平行開発環境の構築の記事の続き。
WordPressを使うようになって1年半。
開発環境と本番環境、そして平行開発のための環境をどうやってうまうく運用していくか
特に、異なる環境でのライブラリ管理をどうするかというところでいろいろと悩みはあったのだけれど、
先日の再構築を終えて、それなりにうまく運用ができてきた感じ。
そこで、今現在のウチの開発環境をまとめておこうと思う。

 
開発環境

 
本番環境

 
使ってるツール

その他、ブラウザやらエディタやらケースバイケースなので省略。

 
SVNの構成

svnは一般的な運用の通り、trunk、branch、tagsで運用している。
 
各フォルダの説明

 
作業フォルダ

 
各フォルダの説明

上記のフォルダはそれぞれ、別のDBに繋がっており独立して開発、テストが行えるようになっている。
ただし、基本的にはtrunkは本番リリース前の動作確認や、本番障害の調査にしか使用しない。
平行で開発したい場合は、doop-branchをもうひとつ作る事になるだろう。

 
運用手順１（開発時）

1. テーマやプラグイン開発、バージョンアップを行う際は、trunkからbranchを作成する。
   （場合によっては、trunkと本番環境の同期を行ってから、branchを作成する）
   作成したbranchを作業フォルダのdoop-branchにチェックアウトする。
2. 実際に開発、テストを行う。
3. テストして問題なければ、branchにコミットする。

 
運用手順２（本番リリース前確認）

1. doop-testとtrunkを同期する。
2. doop-testとdoop-branchをsvnのマージ機能でマージする。
   branchを作成して始めてのマージであれば、「ブランチを再統合」
   そうでなければ、「リビジョンの範囲のマージ」を行う
3. ソース以外の修正、例えば投稿内容の編集やオプションの設定をdoop-testに対して行う。
   いわば、本番のデータ移行のリハーサルみたいなもの。
4. doop-testで動作確認を行う。

 
運用手順３（本番リリース作業）

1. 本番環境をメンテナンスモードにする。
2. doop-testフォルダをzip圧縮し、本番環境にFTP転送する。
3. telnetでzipファイルを解凍し、wp-config.phpを本番環境用に変更する。
4. フォルダ名を変更し、本番環境に適用する。（ここで一瞬アクセス不能になるけど、短時間なんで・・・）
   また、不要ファイル、フォルダを削除する。
5. ソース以外の修正、例えば投稿内容の編集やオプションの設定を本番環境に対して行う。
6. 本番環境で動作確認を行う。
7. メンテナンスモードを解除する。

 
個人で運用しているサイトでここまでやらなくてもいいかなーとは思うけど、
svnの運用方法やら、本番環境の運用方法やらを考える訓練だと思えば。
そういや、svnにかわる新しいライブラリ管理ツールが流行りだしてるみたいね。
そこいら辺もその内覚えていかなきゃなんないのかなー。