Github应该用作javascript库的CDN吗？[关闭]

从CDN而不是您自己的服务器提供javascript库具有巨大的优势。服务器的工作量较少，CDN拥有比服务器更接近用户的副本的可能性，但最重要的是，您的用户的浏览器已经从该URL缓存了该副本。最后一个意味着每个人的总工作量减少，因此这显然是一个全面的胜利，而且我们（开发人员）依赖CDN来提供我们的JavaScript的可能性更大。

但是流行的javascript CDN（Google，Microsoft，其他？）仅托管少量文件。对于其他人，我们可以选择自己托管它们，或者...将源代码控制服务器用作一种CDN。Github或类似文件不太可能具有为全球服务而优化的地理分布文件缓存。但是，如果是通常的做法，那么用户的浏览器很有可能会对其进行缓存。仅当Github自愿自愿这样做时，将工作从服务器上的工作卸载到github的论点才有效。

那么，这是惯例吗？我们应该互相鼓励吗？Github介意吗？他们有官方政策吗？

如果您关心性能或IE9兼容性，则不应对JavaScript文件执行此操作。

GitHub不会将其“原始”文件提供给过期的标头。没有跨站点缓存的可能性，您将失去使用公共CDN托管JavaScript的最大好处。实际上，将GitHub用作CDN比在每个用户首​​次请求文件后将其简单地托管在您自己的服务器上要慢（假设您在服务器上正确配置了缓存）。

另一个问题是，GitHub不为“原始”文件提供与该文件的实际MIME类型相匹配的content-type标头。在IE9（可能还有其他浏览器/代理/防火墙/等）中，默认情况下会阻止未提供正确内容类型的JavaScript文件。您可以在BlockUI演示页面上看到实际效果，例如：

链接到GitHub“原始”文件存在一些问题，如Dave Ward的答案所概述。

我建议您将GitHub Pages作为一种选择。

阅读本文：
GitHub作为CDN。使用GitHub Pages缓存Javascript，样式表和Web资产。

这是最近在github的支持论坛上提出的，官方回答是可以。

话虽如此，我同意其他答案：GitHub上从来没有真正的意思是一个CDN，而谷歌和微软都为特定的基础设施。

可以用于原型制作/个人用品，但对于生产而言，我会考虑：

http://www.cdnjs.com/

http://cachedcommons.org/-不再可用

我已经做了几个月了，首先有一些顾虑，但是如果您的文件可公开访问没有问题，那绝对不错，如果需要，请使用缩小版本。

但仍然-Google和MS统治着jQuery＆jQuery Templates的空间-因此我将其用于此目的。