<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<oembed>
  <author_name>konakawa</author_name>
  <author_url>https://blog.hatena.ne.jp/konakawa/</author_url>
  <blog_title>Mobile Factory Tech Blog</blog_title>
  <blog_url>https://tech.mobilefactory.jp/</blog_url>
  <categories>
    <anon>開発</anon>
    <anon>フロントエンド</anon>
  </categories>
  <description>駅奪取チームの id:konakawa です。 以前駅奪取で、デプロイ戦略に起因して、特定ケースにおいてサーバのファイルのタイムスタンプが巻き戻ってしまうことがありました。 これにより、キャッシュバスティングをすり抜けて古いキャッシュが混ざってしまい、不具合の原因となってしまいました。 本記事では、この問題について概説し、とった対応を含めて紹介します。 同じようなインフラ構成のサービスの役に立てば幸いです。 問題概要 デプロイ戦略について 駅奪取では、最新のファイルが以下の2通りの経路で各 EC2 インスタンスへ届けられる仕組みとなっています。 デプロイ時: デプロイ用のサーバーから、rsyn…</description>
  <height>190</height>
  <html>&lt;iframe src=&quot;https://hatenablog-parts.com/embed?url=https%3A%2F%2Ftech.mobilefactory.jp%2Fentry%2F2025%2F12%2F02%2F160000&quot; title=&quot;git pull でファイルの mtime が更新されず古いキャッシュが混ざった - Mobile Factory Tech Blog&quot; class=&quot;embed-card embed-blogcard&quot; scrolling=&quot;no&quot; frameborder=&quot;0&quot; style=&quot;display: block; width: 100%; height: 190px; max-width: 500px; margin: 10px 0px;&quot;&gt;&lt;/iframe&gt;</html>
  <image_url>https://cdn-ak.f.st-hatena.com/images/fotolife/m/mobile-factory/20251202/20251202160003.png</image_url>
  <provider_name>Hatena Blog</provider_name>
  <provider_url>https://hatena.blog</provider_url>
  <published>2025-12-02 16:00:00</published>
  <title>git pull でファイルの mtime が更新されず古いキャッシュが混ざった</title>
  <type>rich</type>
  <url>https://tech.mobilefactory.jp/entry/2025/12/02/160000</url>
  <version>1.0</version>
  <width>100%</width>
</oembed>
