2015.04.19 WordBench 埼玉 Git & WordPress
5 likes1,554 views
WordBenc 埼玉 2015 #02 Git と WordPress 運用で使用した資料です。
![Git とデプロイ:運用
$ rsync [option] source dest
例えば
$ rsync ec2-user@0.0.0.0:/…/wp-content/uploads/ uploads
でリモート → ローカルへの同期が可能
同じファイル名が存在した場合はリモートが優先される](https://image.slidesharecdn.com/2015-150427092557-conversion-gate01/85/2015-04-19-WordBench-Git-WordPress-65-320.jpg)
2015.04.19 WordBench 埼玉 Git & WordPress
- 1. Git とWordPress の運用 WordBench 埼玉 #2
- 2. • 就職できずにニートとなりやさぐれる • Web の勉強を始め • 現在フリーで制作の仕事 • 共著ブログ EXP • WordCamp Tokyo 2014 Web制作班班長 Profile
- 3. WordBench Saitama 2015 #01 Virtual machine #02 Git→
- 4. Table of Contents • Git 管理パターン ⁃ テーマ ⁃ コア ⁃ おまけ • Git とデプロイ • サイト運用
- 5. バージョン管理 • 事故らない • 事故っても大丈夫 • チームで制作可能 • 効率化 • リモートリポジトリがバックアップに
- 8. 登場するのはコマンドラインが多め • どんなデバイスからでも同じ • コマンド名で機能が分かる • ツールが豊富 • 別のコマンドと合わせて自動化が可能
- 12. Git 管理のパターン:テーマ メリット • お手軽 • 管理が簡単 • 運営も簡単 • パブリックに公開し易い デメリット • コア等ロールバック時の手間 • プラグインを戻す時も同様 • コアやプラグインが環境毎にずれる • チーム間でもバラバラ
- 13. • .gitignore とかよく分からない時 • 個人で開発 • 運用時の保守が不要な時 • WordMove が使えない時 使い所 Git 管理のパターン:テーマ
- 17. 環境毎に内容を分ける為 DB 情報を持つ `wp-config.php` - ローカル - ステージ - 本環境 - ローカル - ステージ - 本環境 或いは php にてホストから DB 情報を切り替える WordPress の場合 wp-config.php は自動生成なので 前者のほうが多い印象 キャッシュの設定を wp-config.php に書き出すプラグインもあるので 迷ったらファイルを分けておけば OK Git 管理のパターン:コア
- 18. アップローダのデータ `wp-content/uploads` • ビットマップデータが殆ど • Git で管理するのは… • .git の肥満化 • 運用フェーズではコミットの手間 Git 管理のパターン:コア
- 19. Git 管理のパターン:コア メリット • コアのバージョンが一致 • プラグインが一致 • ロールバックが容易 • デプロイ時の安心感 デメリット • 実環境 → 開発環境 が難しい • .gitignore をよく考えないと • 階層がちょっと深い
- 20. • 複数人で開発 • 運用時の保守も想定 • 長期継続的な開発 • ポピュラーなので基本これで 使い所 Git 管理のパターン:コア
- 22. .vagrant/ **/wp-content/local-*.sqlコアのパターン + .gitignore 例 Git 管理のパターン:おまけ
- 23. Git 管理のパターン:おまけ メリット • Vagrantfile/site.yml • Movefile • ホスト名 • 全て一致/設定の手間が減る デメリット • 好きな環境を使えない • 深すぎるディレクトリの階層
- 24. Git 管理のパターン:おまけ • チーム全員が Vagrant マシン起こせなくとも • 少数精鋭、皆が同じ Movefile でデプロイ可能 • BrowserSync 使うときのIP/ホスト名解決が楽
- 25. Git とデプロイ • 開発 → テスト → プレビュー → リリース • 既存サイトを公開している場合などデプロイが複数回 • Git のコミットと合わせたい
- 26. Git とデプロイ Gitflow とか GitHub Flow と組み合わせて ↓ リリース毎にデプロイ それもなるべく自動化して楽したい
- 27. Git とデプロイ 因みに デプロイ = 展開
- 28. Git とデプロイ • FTP • git hook + script • WordMove • デプロイサービス • rsync • scp • git-ftp • git-deploy
- 29. Git とデプロイ:Git Hooks • 初期設定がちょっと手間 • 長期的な運用では便利 • Jenkins と組み合わせ
- 34. すみません試してないです
- 35. Git とデプロイ:Git Hooks 因みに サーバの公開ディレクトリで t clone $ git clone git pull $ git pull して は手動でもスクリプトでも NG!!
- 36. Git とデプロイ:Git Hooks .git ディレクトリにアクセス可能な状態は ソースコードなど見られる危険性 git pull によって発生する merge が 意図しない結果を生む可能性も http://grimoire.ca/git/stop-using-git-pull-to-deploy
- 37. Git とデプロイ:Git Hooks #!/bin/bash unset GIT_INDEX_FILE git --work-tree=/var/www/html --git-dir=/home/demo/proj/.git checkout -f とかこんな感じで、.git を公開ディレクトリから切り離し merge の発生しない方法でツリーを展開
- 38. Git とデプロイ:サービス • 基本は前項と一緒 • 確実に便利で楽 • 料金が掛かる場合も
- 45. CPI サーバなので、現時点では ssh からデプロイが出来ない GitHub + dploy + FTP で自動デプロイ
- 46. SSH 使えるサーバならそっちを使いたい ↓ FTP だと単純に遅い + Git コマンドならリリースタグで デプロイするバージョンのコントロールがし易い
- 50. Git とデプロイ:WordMove • WordPress 専用デプロイツール • RubyGems • ローカルとリモートを双方向で同期可能 • データベースの同期 • データベースバックアップ & ドメイン書き換え
- 51. Git とデプロイ:WordMove WordBench なので WordMove を中心に紹介
- 53. Git とデプロイ:WordMove WordMove は git と関係無いものの
- 55. Git とデプロイ:WordMove • WordPress コア • uploads ディレクトリ • plugins ディレクトリ • themes ディレクトリ • データベース • 上記全て それぞれ リモート → ローカル ローカル → リモート
- 56. Git とデプロイ:WordMove $ wordmove help $ wordmove help push $ wordmove help pull 必要なコマンドとオプションは で確認
- 58. Git とデプロイ:WordMove 設定ファイルは Movefile (YAML) • インデントが重要 (2スペース) • local の項目は vccw であれば自動設定済み • staging の database と ssh or ftp の項目を入力すれば OK
- 60. Git とデプロイ:運用 git で管理したコアどプラグインのバージョン ローカルからしかアップデートできないの? Git に含めていない uplaods はどうしよう?
- 61. Git とデプロイ:運用 プラグインやコアを 実環境でアップデートした場合 $ wordmove pull -w $ wordmove pull -p $ git commit -m ‘bla bla bal’
- 62. Git とデプロイ:運用 特定のプラグインのみ アップデートを取り消しローカルを残したい時 pull の後 $ git checkout **/plugins/plugin_name $ git commit -m ‘bla bla bla’ $ wordmove push -p
- 63. Git とデプロイ:運用 リモートの uploads を ローカルとステージングに $ wordmove pull -u -e production $ git commit -m ‘bla bla bla’ $ wordmove push -u -e staging
- 64. Git とデプロイ:運用 リモートの uploads と ローカルの uploads をマージしたい WordMove では不十分なので rsync を併用 (Mac, Linux)
- 65. Git とデプロイ:運用 $ rsync [option] source dest 例えば $ rsync ec2-user@0.0.0.0:/…/wp-content/uploads/ uploads でリモート → ローカルへの同期が可能 同じファイル名が存在した場合はリモートが優先される
- 66. Git とデプロイ:運用 因みに WordMove も ssh 接続の際は rsync の --delete オプション を使って同期を行っている
- 67. Git とデプロイ:運用 頻繁に行う場合 Shell Script 書いておくと便利 サーバが SSH 対応していない… ↓ 面倒だけど Transmit とか FTP クライアントでマージかな
- 68. Git とデプロイ:運用 運用フェーズに入った場合 DB は基本的に 実環境 → ローカル ローカル → ステージング 例えば $ wordmove pull -d -e production $ wordmove push -d -e staging
- 70. Git とデプロイ:運用 WordMove の DB 同期がうまくいかない時 WordMove 使えない時は DB 管理ツール + Search-Replace-DB https://github.com/welaika/wordmove/issues/78#issuecomment-55882636
- 72. Git とデプロイ:運用 リモート ローカルで普通に便利 WordPress に対応していて wp-confing.php を見つけてくれる ※危険なのでサーバ側はアクセス制限 若しくは書き換え後に必ず削除
- 73. まとめ • WordPress はコアごと Git で管理がおすすめ • WordMove でデプロイ • 運用時にも WordMove が活躍 • uploads など rsync で補う