ブログを作るのにえらい時間がかかってしもた。
wpで作るのか、railsで作るのか、ドメイン構成どうすんのか、あれもやりたい、これもやりたい・・
特に悩んでたのがwpで作った場合にgit管理どうすんのか、これが仕事でもずっと悩んできてたとこやってん。
結論、Git管理するのはテーマのみでええんちゃうか。(案件多くて面倒くさいし)
アイディアはネット上でたくさん見てきた。が、しかしワイの結論は自作テーマのディレクトリにのみ.gitを置くのがええ。
他のディレクトリをgit管理しない理由
- pluginディレクトリは管理画面から更新できてしまうのでダメ
- uploadは同上の理由と、画像アップしまくったら重すぎる
- wp-configはDB情報が書かれてるのでやだ
- クライアントのほとんどがレンタルサーバ
せやけどさ、wpってプラグインでカスタムフィールドとか入れるやん、そういうので生成されたテーブルとかどうすんの？っておもた。
結論はこちらです。
弊社の流れ
- ローカル開発環境でwpを構築、自作テーマを作成・もしくはテーマをカスタマイズ
- レンタルサーバにアップ
- 会社の人が記事やカスタム投稿・フィールドを入れていく
- 稀に会社の人によってcssが追加される
- 忘れた頃にテーマをカスタムして欲しいと言われる
そもそも自分がまたソースを書き直す時にはプラグインが追加されてたり、画像がアップされてるから色々と面倒が起きる。
解決策
- 後日カスタムをお願いされたタイミングで現行のwpソースをFTP等でローカルに落とす
- 現行のdbをエクスポートする。
- wpのソースをローカルに反映
- dbをローカルにインポート
- dbのドメイン名をローカルのlocal:8000などに書き換える
あとはまたローカルのものをサーバに戻すだけ。sqlのドメイン書き換えはちゃんとdb-search-replaceを使おうね、ワイはsqlファイルを書き換えちゃってるけど。
css,sassのカスタムだけならテーマのみアップしておけー、プラグイン足したり、dbに変更があるようならsqlをまたドメイン名に戻してサーバにアップ。
そもそも一番git管理を諦めていた理由として、git使ってるのは自分のみなのでdiffが取れない->無理ゲー だったので上記の方法でなんとかやっとgit使えそう。。
そして以上の方法に踏みきるきっかけになったのがdocker大先生であります。
そもそも本番環境をローカル環境に都度構築している時間なんてねぇ。
docker-compose.ymlさえ書けばあっという間に環境構築できるし、sqlも読み込んでくれる。ほんまに爆速。
初めて使った時は早すぎて泥酔した。
docker hubで別デバイスでもそのまま構築できる。便利すぎてカレーをとにかく煮込みたくなった。
ともかくdockerあればgitはテーマのみでイケる、そう感じたんやよ。