Automate WordPress deployment with WordMove

Transcript

1. WordMoveで WordPressサイトの ⾃動deploy @wtnabe Kanazawa.rb meetup #48 2016-08-20 (Sat) at

   IT Plaza MUSASHI

2. ⾃⼰紹介 (ry

3. お品書き 悲しみのWordPress WordMove WordMove利⽤上の注意 応⽤ まとめ

4. 悲しみのWordPress

5. WordPress使ってますか？ 〜 悲しみに溢れたde facto standard 〜

6. 悲しみ その1 環境構築がレガシー過ぎる Composerもフレームワークもない世界 DBパスワードも⽣書きが基本 どうやってバージョン管理しろと どうやってバージョン管理しろと

7. 悲しみ その2 コンテンツがなぜかURL prefix⼊り ローカルの環境はあくまでベツモノ DBを書き換えるかhosts頼み 本番環境でテストするのが結局早い 本番環境でテストするのが結局早い

8. 悲しみ その3 ファントムファイル前提のDB設計 『SQLアンチパターン』11章 deploy時にはファイルとDB両⽅必要 メンテナンスdownを避けがたい

9. 悲しみ その4 HTML混⼊前提のDB設計

10. 悲しみ その5 グローバルな状態に依存したコード群

11. などなど まだあるけどdeployの話から離れるので割愛

12. WordMove

13. Wordmove by welaika http://welaika.github.io/wordmove/ Capistrano for Wordpress

14. 特徴 みんな⼤好きRuby製 ftp + photocopier gem || ssh + rsync

15. できること 複数のWordPress環境間で同期を⾏う 同期コンテンツの限定 DBの接続 / dump / restoreの⾃動化 URL prefixの⾃動書き換え

    の⾃動書き換え

16. FTP support is planned to be discontinued

17. 環境構築の問題以外は 解決するのでは？

18. よい点 DVCSっぽい語彙（push, pull） Rubyはremoteには不要 全体、テーマ、 全体、テーマ、DBなど個別に同期可能 など個別に同期可能

19. 悪い点 外部コマンド（lftp, rsync）が必要 WordMove単体では動かない あくまでWordPressが（WordMoveか ら⾒て）localhostに必要 同期にしか使えない DBの⾃動backupには使えない

20. やること YAMLでWordPress環境を定義(Movefile) ホスト名、DB接続情報、除外対象 これをホストの数だけ増やせばよい erbサポートはあるけど後述

21. 利⽤例 wordmove push -t -e staging localからstagingへthemesを同期 wordmove pull --all

    -e production productionからlocalへすべて同期

22. WordMove利⽤上の注意

23. 問題 v2.0時点 1. Movefileに秘密情報が⼊る 2. wordpress_pathが絶対パス 3. うっかりpush --allが怖い

24. 回避策 1. ⾃前でDotenv ファイル名Movefile.erbは避ける 2. symbolic linkとか 3. ⾃前で定型化（1も合わせてRakeとか）

25. 応⽤

26. CIからthemesだけdeploy

27. bundle installが必要

28. deployスクリプトが必要

29. localの準備 wordpress_pathの補正 sudo ln -s /path /var/www/wordpress wordmove実⾏時のパスの補正 cd /var/www/wordpress

30. wordmove push -t -e #{env}

31. remoteの準備 need ssh connection ssh host command cd /var/www/wordpress &&

    wp-cli ex) Nginx Cache Controller

32. まとめ

33. 結構便利 秘密情報の扱いには注意が必要 Capistranoを名乗るには弱い hookもrollbackもない 最後はWordPressの制限がつらい