2014.05.17
MAMP＋WordPressのローカル開発環境にgitもプラス
必然というかWordpressも２台のMacで開発したくなってきたので、git管理下に置いてみることにしました。
と、言ってもMAMPで構築したローカルのテスト用Wordpressについてです。
公開サーバーがsshに対応してないのでリモートリポジトリもローカルLAN内に置きます。
テスト環境で仕上げた完全版をftpsで上げるという赤貧でめんどくさい清貧で健気な話になりますw。
めんどくさいというダメな理由で工夫をするのだ
既にメイン機には、MAMPを使用したWordpress開発環境があります。サブ機にはありません。
Wordpressというのは普通のサイトと違ってデータベースがないと動かない訳ですな…
しかしサブ機にまたMAMPを入れてWordpress環境を構築したりするともう一つ環境が増えちゃう訳で…めんどう。
どうにかメイン機のデータを共有したい。そしてサブ機のブラウザからもプレビューできるようにしたい。
メイン機にあるWordpress用ディレクトリはDocumentRootにしてヴァーチャルホストの設定をしてあります。
サブ機で作業をした時、このメイン機のDocumentRootの内容を変更できればいいよねということで！
この元々使っているDocumentRootディレクトリをgitのposts-updateフックを介してサブ機から変更できるようにしたいと思います。
もちろん、本番用と開発用のブランチを使い分けねば危険。
リモート、ローカル共に常設のブランチを2つ用意しました。
- ftpsの為の本番用ブランチ master
- 作業＆プレビュー用ブランチ develop
開発はdevelopで行い、決定版をmasterにローカルmergeするルールで運用します。
post-updateでブランチを分岐して、それぞれのブランチごとにremoteにpushしたら、ローカルwordpressディレクトリ(DocumentRoot)に自動でpullしてくるようにする。
- remoteのmasterにpush、ローカルのmasterでpull
- remoteのdevelopにpush、ローカルのdevelopでpull
管理する人間は一人なので同時にdevelopブランチを操作していることはないという前提です。
なんか落とし穴があるような気もしないでもないですが、とりあえずやってみることに。
Aptanaのせいで！めんどくさいけどWP専用.gitignoreを作る
WordPressやプラグインの追加・アップデートはブラウザからするので、gitで管理するのはthemes/自分のテーマディレクトリ以下になります。
もともとそこしか触った事無いもんね(‘A`)
なのでおもむろに自分のテーマディレクトリwasino-themeをgit initしました。
しかし、愛用のAptanaはプロジェクト／サブディレクトリのgitリポジトリをいっさい受け付けません。がーん。
Aptanaのターミナルは使えるけど毎度addとかcommitとかpushとかcheckoutとかmergeとか打ち込むのもめんどくさい。
どうやらAptanaのGUIでgitを使うにはプロジェクト単位でやるしか無いようです。
プロジェクト＝Wordpressディレクトリ直下にローカルリポジトリを作成。
直接編集しないファイルは.gitignoreに追加して無視することで、オリジナルのテーマだけを管理することにしました。
さて、既存のWordpressディレクトリwasino-wpでリポジトリの初期化initしたあと、.gitignoreを書きました。
|
1 2 3 4 5 |
$ cd wasino-wp $ git init Initialized empty Git repository in /Users/ojiro/wasino-wp/.git/ $ vi .gitignore #wpディレクトリ直下に.gitignoreというファイルを作り編集する |
.gitignoreの中身はこんな感じ。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 |
wp-*.php index.php .htaccess *.txt readme-ja.html readme.html wp-admin/ wp-includes/ xmlrpc.php wp-content/backup-db/ wp-content/cache/ wp-content/gallery/ wp-content/languages/ wp-content/upgrade/ wp-content/plugins/ wp-content/uploads/ !wp-content/themes/wasino-theme/index.php wp-content/themes/twentyfourteen/ |
’wp-*.php’で接頭詞にwp-が付いたphpは全部無視。
先に色んな階層にあるindex.phpを全て無視しているので先頭の’!’でテーマの中のだけ除外。
とにかく自分がエディタなどで編集しないものは全て無視してあります。
gitignoreの表記が正しかったかどうか一応、statusで確認しておきますた。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 |
#.gitignoreをコミット $ git add .gitignore $ git commit -m 'add ignore' [master (root-commit) 23c72dc] add ignore 1 file changed, 22 insertions(+) create mode 100644 .gitignore #ステージしてignoreが正しく書けたか確認 $ git add . $ git status On branch master Changes to be committed: (use "git reset HEAD <file>..." to unstage) new file: wp-content/themes/wasino-theme/about.css new file: wp-content/themes/wasino-theme/about.php #以下続く #問題ないのでコミット $ git commit -m "1st wasino-wp" |
.gitignoreは別の環境でも使い回しますのでリモートに上げます。この段階ではまだコミットだけ。
リモートリポジトリはまだ無いけど、ローカルのコンフィグに設定しておきます。
|
1 |
$ git remote add origin ojiro@192.168.xxx.xxx:myproject/wasino-wp.git |
次にリモートリポジトリを作ります。あ、すべてローカル環境での出来事です。
|
1 2 3 |
$ cd myproject $ git init --bare --shared wasino-wp.git Initialized empty shared Git repository in /Users/ojiro/myproject/wasino-wp.git/ |
set upstreamを忘れずに
WPディレクトリに戻ってpushします。
警告がうざいのでmasterを -uオプションを付けてトラックしておきました。
|
1 2 3 4 5 6 7 8 9 10 |
$ cd /Users/ojiro/wasino-wp $ git push -u origin master Counting objects: 89, done. Delta compression using up to 2 threads. Compressing objects: 100% (85/85), done. Writing objects: 100% (89/89), 988.11 KiB | 0 bytes/s, done. Total 89 (delta 13), reused 0 (delta 0) To ojiro@192.168.***.***:project/wasino-wp.git * [new branch] master -> master Branch master set up to track remote branch master from origin. |
デフォルトを愛しているので、pushの挙動をsimpleにしてあります。
|
1 |
$ git config --global push.default simple |
simpleはカレントブランチをpush。同名のブランチがリモートにない時はpushしない。
詳しくはこちら。
このsimpleを使う為に設定したオプション-u(–set-upstream)が、めんどくさいからと始めた試みに知らず知らずに効いていた。便利さに感動。
というか、これをしていないと…
post-updateのpull先でbranchを分けるときにやっておくこと
post-updateをつかってbranchごとにpullする時、
pullする側でupstreamをセットしてないと、ぜーんぶmasterにマージされちゃう（｀ェ´）ﾋﾟｬｰ
これが出来ないと、今回の目論みは全部失敗なのでぃす…
upstreamをセットするには、
|
1 2 |
$ git branch --set-upstream-to=origin/master master $ git branch --set-upstream-to=origin/develop develop |
push時に-uオプション付けてたら既にセットされてます。効いてる効いてる。
|
1 |
$ git push -u origin develop |
今回のテストで「ディレクトリごとにpullするpost-updata」テスト用一式を使い回して、全部masterにマージされて悩んだんですよね。
origin developって引数つけたからorigin/developにはfetchして来てる。でもdevelopにmergeするなんて明示してないから(´･ω･｀)？
そういえばテスト用のはpost-updateでpullしてくるだけのディレクトリだったから、pushもしてないし、upstreamもセットってしたことないよね…
でもでも、config -lで見てもbranch -vvで見ても、merge先はセットされている。うっ。
|
1 2 |
branch.develop.remote=origin branch.develop.merge=refs/heads/develop |
push、pull共に
|
1 |
$ git remote show origin |
でset状況を確認できるらしい。
こちらを読むとpushはセットされてるけど、pullがセットされていなかったらしいことが分かりました。
ん？remote show するとmergeの所にdevelopは無い…これかい。なんでローカルには設定されていたのか分からないけど。
よし！これでpost-updateでブランチを分岐させる＆upstreamのセットで、無事にdevelopにpushしたらdevelopでpullが出来るようになりました。
サブ機側は、普通にremoteからcloneしてきます。upstream関連、デフォルトの挙動とsetを同じく設定する。
追記：と思ったら、pullする側のDocumentRootでカレントブランチにしかpullされません。(´･ω･｀)
サブマシーンのdevelopからpushした時に、DocumentRoot側でmasterに居ると、fetchはしてるんだけどmergeされてない。出来た！と思ったんだけど勘違いだったのかなぁ…。
簡単にpost-updateでpullの前にcheckoutを差し挟む事にしました。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 |
#!/bin/sh #ブランチ名の取得 branch=$(git rev-parse --symbolic --abbrev-ref $1) unset GIT_DIR #master 本番 if [ "$branch" = "master" ] then cd /Users/ojiro/wasino-wp git checkout master git pull origin master fi #develop プレビュー if [ "$branch" = "develop" ] then cd /Users/ojiro/wasino-wp git checkout develop git pull origin develop fi exec git update-server-info |
運用してみて
サブ機からは画面共有などでDocumentRootのbranchを切り替える術がないと、多少めんどくさい運用になりますな。
あと、サブ機からプレビューしたいばっかりに、こまごまとしたコミットが増えます。メリットもあるかもしれないし、rebase -i とかなんとか覚えなきゃならないかもしれない。（pushした後でのrebaseになるので、破棄前提のブランチを作り作業しなくてはならない。面倒。この実験した後、カレントブランチでしかpullできなくなったような気がするんだす…）
メイン機からpushすると、それをまたメイン機に自動でpullしてくることに疑問を感じるかもしれない。
特に警告もでないし、気にしない方向で…
おまけ '.' てなにさ！
remote: fatal: Not a git repository: ‘.’
いつも出てるむかつく致命的エラー
私の作った環境では、post-updateで –git_dir=.git オプションを付けているにも関わらず出ます。
普通にpullが成功しているだけにちょーイライラします。
GIT_DIR=”.git”もだめ。
|
1 2 3 4 5 6 7 |
#!/bin/sh #ブランチ名の取得 branch=$(git rev-parse --symbolic --abbrev-ref $1) unset GIT_DIR #master 本番 if [ "$branch" = "master" ] then |
でこの '.' ぽかーんとした顔見たいなのは居なくなりました。よかった。
スポンサーリンク
コメントをどうぞ