Closed mischah closed 6 years ago
If the dist/
is needed to be checked in to version control, the problem will be a spammed folder. Each commit will have a deleted (old) hashed version and a new one, no merge conflicts though, since the hash is unique to its content.
If the
dist/
is needed to be checked in to version control, the problem will be a spammed folder. Each commit will have a deleted (old) hashed version and a new one, no merge conflicts though, since the hash is unique to its content.
Thanks. Updated the issue with corrected info.
Done for v3 in webpack branch for now.
Hej,
until now we added a query string to compiled files to make sure the won’t be served from the browser cache like:
Based on a very old article this approach is pretty much abandoned and the de facto standard is to use hashes as part of the filename. See Googles perf tipps and Webpacks caching guide for example.
Main advantage
Every browser and proxy sees these files as new ones and won’t serve them from cache.
Possible disadvantage
There will be new version which every build and this would would »spam« the
dist
directory if its added to version control. But I question that anyone would to this these days?Possible solution: Add a property named
useCachBusting
tobaumeister.json
to be able to switch of cache busting.Can I get a 👍 / 👎 for switching to dynamic filenames for cachebusting?