GitHubはWordPressテーマの変更を記録し、以前の状態を追うために使えます。ただし、GitHubへPushしただけではWordPressのサイトは更新されません。この記事ではGitHub Desktopでの記録からZIPによる反映までを分け、戻すために残すものも整理します。
テーマの履歴とサイト全体のバックアップを分ける
| 保存方法 | 主に残すもの | 別途必要なもの |
|---|---|---|
| GitHubのテーマリポジトリ | PHP・CSS・JS等の変更履歴 | 記事DB・アップロード画像・サイト設定等 |
| サイト全体のバックアップ | DBと必要なファイル等 | どの変更をなぜ行ったかの細かな記録 |
リポジトリへ含めるのは管理対象のテーマファイルです。wp-config.php、APIキー、個人情報、サーバーの認証情報を含めないようにします。公開リポジトリなら履歴も公開される点を確認してください。
GitHub Desktopへ管理対象を追加する
ローカルのテーマ用フォルダでリポジトリを作成するか、既存リポジトリをクローンします。既にGitリポジトリになっているフォルダならGitHub Desktopの「Add Local Repository」で追加できます。サイト全体を無条件に管理対象へせず、含めるファイルと除外するものを確認します。
変更を確認し、CommitとPushを分ける
- テーマを修正し、検証環境で表示を確認する。
- GitHub DesktopのChangesで変更ファイルと差分を読む。
- 変更理由が分かるSummaryを入力し、ローカルへCommitする。
- GitHubへ初めて置く場合は公開範囲を確認してPublish repository、既存リポジトリならPush originで送る。
- GitHub側に意図したコミットがあることを確認する。
Commitはローカルの履歴、Pushはリモートへの送信です。Push成功はWordPressへの反映成功とは違います。共同作業なら作業前に最新の状態を確認し、衝突を解決してから更新します。
WordPressへ反映するZIPを作る
ZIPを開いたときに、一つのテーマフォルダの中へstyle.cssやindex.php等が入る形にします。フォルダが二重になっていないか、.gitや秘密情報を含めていないかを確認します。WordPressの「外観→テーマ→新しいテーマを追加→テーマのアップロード」で反映する場合は、表示される対象テーマと置換内容を確かめます。
更新対象のテーマ、バックアップ、戻すZIPを確認してから進めます。違うフォルダ名では別テーマとして扱われる場合があるため、GitHubから取得したZIPをそのまま更新用として使えると決めつけないようにします。子テーマと親テーマも取り違えないようにします。
反映後に公開ページを確認する
- トップ、カテゴリー、記事、固定ページ、404を開く。
- PCとスマホで長いタイトル、表、画像、メニューを確認する。
- 必要ならキャッシュを更新し、意図した版が表示されるか見る。
- フォーム、計測等、テーマ変更の影響を受ける機能を確認する。
- 公開日とコミット、確認したページ、残った課題を記録する。
戻す必要が出たときの考え方
テーマの不具合なら、検証した旧版のテーマへ戻す方法を用意します。データベース等まで変わった場合は、テーマだけを戻しても復元できません。サーバーのバックアップ機能は、保存対象、保持期間、復元方法を現在の契約画面で確認します。特定サービスの保存日数がすべての契約で同じとは限りません。
更新時の短いメモ
| 更新日 | コミット・版 | 変更理由 | 確認したページ | 戻す方法 |
|---|---|---|---|---|
| 記入 | 記入 | 何を改善するか | URLと結果 | 旧ZIP／全体復元方法 |
テーマの作成はクラシックテーマの記事、見た目の比較はデザイン記事、公開前の点検はチェックリストとつなげて使います。
関連記事WordPressオリジナルテーマの作り方｜クラシックテーマの基本ファイルと実装手順記事を読む 
関連記事ブログデザインの決め方｜AIとプレビューで比較した手順・工夫・体験談記事を読む 
関連記事WordPress公開前チェックリスト｜初心者が確認する場所と手順を図解記事を読む 参考にした公式情報
画面名や利用条件は変わることがあります。実際に操作するときは公式案内と自分の画面を照合してください。
コメント