Web制作の現場で、
「修正したはずの内容が元に戻っている…」
という経験はありませんか？
このような現象は、開発現場で**「先祖返り（せんぞがえり）」**と呼ばれることがあります。
この記事では、Web制作における先祖返りとは何か、なぜ起こるのか、そして防ぐための対策を紹介します。
先祖返りとは？
先祖返りとは、一度修正した内容が、古いデータで上書きされてしまい、過去の状態に戻ってしまうことです。
HTML・CSS・JavaScript・画像など、Web制作全般で起こる可能性があります。
先祖返りが起こる原因
1. クライアントがサーバー上で直接更新していた
納品後のサイトでは、クライアントがCMSやサーバー上で直接修正していることがあります。
その状態を知らずに、制作時のデータをアップロードすると、クライアントが行った修正が消えてしまいます。
納品案件では特に起こりやすいケースです。
2. Gitへコミット・プッシュしていなかった
ローカルでは修正していたものの、
- コミットし忘れ
- プッシュし忘れ
があると、他のメンバーは古い状態しか取得できません。
その結果、古いファイルでデプロイされ、先祖返りが発生することがあります。
3. 古いバックアップやファイルで上書きした
以前ダウンロードしたファイルやバックアップを使って更新すると、最新の修正が失われることがあります。
特にFTPで手動アップロードしている案件では起こりやすいトラブルです。
4. 複数人が同じファイルを編集していた
同じファイルを複数人で編集していると、
後からアップロードした人の内容で上書きされてしまうことがあります。
Gitを利用していても、運用ルールが曖昧だと発生する可能性があります。
先祖返りを防ぐ方法
作業前に更新状況を確認する
納品済みサイトでは、
- クライアント側で更新していないか
- 他の担当者が修正していないか
を確認してから作業を始めるようにしましょう。
これだけでも多くのトラブルを防げます。
Gitを正しく運用する
Gitを利用している場合は、
- コミットする
- プッシュする
- 最新をPullしてから作業する
という基本を徹底することが重要です。
「ローカルだけ修正した状態」を作らないようにしましょう。
アップロード前に差分を確認する
自分でデプロイする場合は、
アップロード前に差分を確認する習慣を付けると安心です。
Gitであれば変更点が確認できますし、FTPソフトによっては更新日時や差分を確認できるものもあります。
納品案件では「事前確認」を忘れない
納品済みサイトでは、
こちらでは差分を確認できないケースもあります。
そのため、
- 最近更新されていますか？
- サーバー上で直接修正した箇所はありますか？
と事前に確認するだけでも、先祖返りを防げる可能性があります。
まとめ
先祖返りは、特別な技術的問題というよりも、運用やコミュニケーションが原因で発生することが多いトラブルです。
特に納品後のWebサイトでは、
- クライアントによる更新
- Gitへの反映漏れ
- 古いデータでの上書き
など、さまざまな要因で発生します。
だからこそ、
- 作業前に最新状態を確認する
- Gitを正しく運用する
- アップロード前に差分を確認する
といった基本を徹底することが、先祖返りを防ぐ一番の対策です。
「一度直したはずなのに、また元に戻ってしまった…」というトラブルを防ぐためにも、日頃の運用を見直してみてはいかがでしょうか。
