确保mime-type在Subversion中作为属性丢失时设置正确？

Question

我们目前存在的问题是，许多存储在Subversion中的文件缺少mime类型。根据您使用的浏览器，在浏览Subversion目录并单击链接时，您会看到文本，例如PDF，而不是Acrobat Reader中呈现的PDF。

最明显的解决方案是在Subversion中设置属性，在本例中将svn:mime-type设置为application/pdf，并在Subversion客户端配置文件的auto-props中设置相关部分。但我们的许多用户并不了解这一点，我们无法控制他们的所有设置，因此会一次又一次地将文件添加到存储库，其中将缺少正确的mime类型。

纠正这个问题的选择是什么，使用它们的缺点是什么？

Answer 1

很抱歉回答我自己的问题，但是我在https://serverfault.com/questions/451500/is-it-possible-for-the-subversion-apache-module-to-serve-html-files-with-an-html下找到的对我们有效的食谱

所以，如果你想达到类似的效果，试试这个吧。

Answer 2

如果您使用Apache HTTP Server来提供Subversion存储库，那么您应该在mod_mime模块的帮助下配置默认的媒体类型。请参阅Apache Module mod_mime上的文档。

一般来说，您需要将以下字符串添加到Apache config中，并将TypesConfig指向您的mime.types文件。

LoadModule mime_module bin/mod_mime.so
TypesConfig <path-to-mime.types-file>

Answer 3

您最好的选择是安装预提交钩子脚本，该脚本检查传入提交中所有文件的合适的mime类型，如果提交不满足您的要求，则拒绝提交(向用户提供一条信息消息，告诉他们为什么不能提交)。

最终，用户(那些关心高效工作的用户)应该得到提示，自己添加属性，或者询问您如何设置他们的系统，这样他们就不必这样做了。

忽略它们。您可能还会看到让提交后钩子脚本使用服务器端工作副本立即进行第二次提交的建议。它还会减慢每个人的速度，并使提交用户的工作副本立即过期，这将是令人难以置信的恼人。