Javascript 缓存破坏：参数vs文件夹vs文件

我正在研究最佳实践/浏览器验证技术，以确保在我将新更新推送到我的站点（包含对html/css/js等的更改）时刷新浏览器缓存

到目前为止，我已经在加载的所有文件旁边实现了一个基于参数的系统，但我不相信它在不同浏览器之间能够一致地工作

我正在考虑实施基于文件夹的版本控制，这是一个好/坏/无用的选项吗？例如：

|--Site
   |--redirect.v1
      |--redirect.html
      |--redirect.html 
   |--login.v1
      |--login.html
      |--login.css
   |--home.v1
      |--index.html
      |--index.css
   |--shared.v1
      |--js
         |--bootstrap.min.js
         |--tether.min.js
         |--jquery-3.2.1.min.js
         |--ie-detector.min.js
      |--images
         |--logo.jpg
         |--loading.gif
         |--favicons
            |--favicon.ico
            |--favicon-16x16.png
            |--mstile-144x144

HTML中的文件加载示例：

<script src="../shared.v1/js/jquery-3.2.1.min.js"></script>
<script src="../shared.v1/js/tether.min.js"></script>
<script src="../shared.v1/js/bootstrap.min.js"></script>
<script src="../etc.v1/etc/etc.min.js"></script>

---

如果某个文件夹中的某个文件发生任何更新，我只想在HTML中更新物理文件夹名称和名称。

“如果某个文件夹中的某个文件发生任何更新，我只想更新物理文件夹名称”-这意味着对于单个文件中发生的更改，您将同时使该文件夹中所有文件的缓存无效…@CBroe明白，但如果强制清除缓存的效果更好，我愿意这样做？事实并非如此。通过将URL更改为新URL，您的客户端将被迫再次下载它。在URL的哪个“级别”——文件夹名或文件名——执行此操作在这方面没有任何区别。您的方法只是有这个额外的、潜在的巨大的缺点，但它并没有改善任何东西。@CBroe谢谢您，所以您是否建议在缓存破坏方面的主要工作是物理文件名的参数化？