缓存破坏和颠覆

Question

在我们的网络应用程序中，每当我更改 JavaScript 或 CSS 文件中的某些内容时，都会有以下工作流程：

1. 进行更改。
2. 测试它。
3. 在 Subversion 中提交更改。该文件没有日期后缀，因为我会丢失更改历史记录。
4. 在引用更改的 JavaScript 或 CSS 资源的 html 文件中，我更改了相关文件，例如从“core_2015_07_01.js”更改为“core_2015_07_14.js”。
5. 现在最烦人的练习是更改引用它的每个 html 文件中的日期。
6. 当我创建一个需要这个 JavaScript 文件的新 html 文件时，我需要一些地方来通知我，我必须添加哪个日期才能使它正确（因为我在 Subversion 的源代码中没有看到它）。

我对缓存清除技术本身很满意，但我对 Subversion 中文件的处理和部署过程中的文件并不满意。

有没有人找到更好的方法来管理 Subversion 内部和周围的文件？

Answer 1

在我过去的项目中，我通过两种方式解决了这个问题：

1. 我在我的项目中使用 Grunt。这有一个用于资产版本控制的插件。 https://www.npmjs.com/package/grunt-assets-versioning

2. 我在使用 Apache 时为 javascript/css 文件定义了重写规则。 http://www.particletree.com/notebook/automatically-version-your-css-and-javascript-files/

根据您工作的环境，还应该有其他解决方案。这个想法是保持你的 js 和 css 名称没有任何版本。但是生成带有版本的文件并为服务器提供一种理解文件名的方法。希望这会有所帮助。