デザイナーが実際にGitでバージョン管理をしてみた話

サイト運用で実際にGitで管理することにした

Git って何をするもの？

ファイルの変更履歴を全部記録してくれるツールです。

• いつ変更したか
• 何を変更したか
• 誰が変更したか

全部わかる。そして、いつでも過去の状態に戻せる。「最終版_v2_確定」問題が起きない。

GitHub って何？

Git で管理しているファイルを、インターネット上に保存する場所です。

Git がローカル（自分のPC）の変更履歴管理なら、GitHub はそれをクラウドに置く場所。Google ドライブのコード版みたいなイメージ。

MARI LAB のサイトは GitHub にコードを保存していて、GitHub に push すると自動的に Cloudflare Pages にデプロイされます。

覚えた言葉

コミット（commit）

「この変更を記録する」という操作。デザインで言うと「保存」に近いけれど、ただの保存ではなく「何を変えたか」のメモつき保存。

push（プッシュ）

ローカルの変更を GitHub にアップロードすること。「デプロイ」に近い感覚。push したらサイトが更新される。

pull（プル）

GitHub の最新状態をローカルにダウンロードすること。Decap CMS でブログ記事を書いた後、ローカルで git pull すると、CMS で書いた記事がローカルに反映されます。

ブランチ（branch）

作業を分岐させる仕組み。本番に影響を与えずに新機能を試したいときに使う。自分はまだ使いこなせていません。

マージ（merge）

分岐した作業を本流に統合すること。ブランチで作った変更を本番に反映するときの操作。

実際どう使っているか

正直に言うと、Git の操作はほぼ Claude Code がやっています。

自分がやるのは「コミットして」「push して」と Claude Code に頼むこと。Claude Code が変更内容を確認して、適切なコミットメッセージをつけて、push してくれる。

でも、「コミット」や「push」の意味がわかっているから、適切なタイミングで頼めるようになりました。

デザイナーが Git を知るメリット

「Git なんて開発者の道具でしょ」と思っていましたが、知っておくとメリットがあります。

開発者との会話が通じる

「この PR をマージしていいですか？」「最新を pull してから確認してください」——開発チームとの会話で、何を言われているかわかるようになります。

安心してサイトを更新できる

Git で管理していれば、どんな変更も元に戻せます。「壊してしまったらどうしよう」という不安がなくなる。

CMS の仕組みが理解できる

Decap CMS は GitHub に Markdown ファイルをコミットする仕組みです。Git を知っていると「CMS で記事を保存する＝GitHub にコミットする」ということが腑に落ちます。

完璧に理解していなくていい

Git の全機能を理解する必要はありません。自分も rebase とか cherry-pick とか、聞いたことがあるけど使ったことがない機能がたくさんあります。

「変更を記録する（commit）」「サーバーに反映する（push）」「最新を取得する（pull）」。この3つだけ知っていれば、サイト運用は回ります。