缓存破坏和Subversion

Question

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

1. 进行更改。
2. 测试一下。
3. 在Subversion中提交更改。该文件没有日期后缀，因为我会丢失更改历史记录。
4. 在html文件中，引用了更改的JavaScript或CSS资源，我更改了有问题的文件，例如从“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名称没有任何版本。但是生成带有版本的文件并为服务器提供了解文件名的方法。希望这会有所帮助。