当我试图将本地JavaScript文件的链接引用更改为GitHub原始版本时，我的测试文件停止工作。错误是:
拒绝执行脚本…因为它的MIME类型(文本/纯)是不可执行的，并且启用了严格的MIME类型检查。
有没有办法禁用这种行为，或者有没有服务允许链接到GitHub原始文件?
工作代码:
<script src="bootstrap-wysiwyg.js"></script>
故障代码:
<script src="https://raw.github.com/mindmup/bootstrap-wysiwyg/master/bootstrap-wysiwyg.js"></script>
当前回答
Raw.github.com并不是真正的原始访问文件资产， 而是Rails渲染的视图。 所以访问raw.github.com比需要的要重得多。 我不知道为什么raw.github.com被实现为Rails视图。 GitHub没有修复这个路由问题，而是添加了一个X-Content-Type-Options: nosniff报头。
处理:
将脚本放到user.github.io/repo 使用第三方CDN，如rawgit.com。
其他回答
Raw.github.com并不是真正的原始访问文件资产， 而是Rails渲染的视图。 所以访问raw.github.com比需要的要重得多。 我不知道为什么raw.github.com被实现为Rails视图。 GitHub没有修复这个路由问题，而是添加了一个X-Content-Type-Options: nosniff报头。
处理:
将脚本放到user.github.io/repo 使用第三方CDN，如rawgit.com。
我的用例是直接从我的Bitbucket帐户加载“bookmarklets”，该帐户与Github有相同的限制。我想到的工作是AJAX的脚本和运行eval的响应字符串，下面的代码片段是基于这种方法。
<script>
var sScriptURL ='<script-URL-here>';
var oReq = new XMLHttpRequest();
oReq.addEventListener("load",
function fLoad() {eval(this.responseText + '\r\n//# sourceURL=' + sScriptURL)});
oReq.open("GET", sScriptURL); oReq.send(); false;
</script>
注意，添加sourceURL注释是为了允许在浏览器的开发人员工具中调试脚本。
我发现错误是由于文件开头的注释导致的，你可以解决这个问题，只需创建自己的文件，不加注释，并推送到git，它就不会显示错误
为了证明你可以尝试这两个文件的相同代码的容易分页:
没有评论
与评论
GitHub Pages是GitHub针对这个问题的官方解决方案。
生的。githubusercontent使所有文件都使用文本/纯MIME类型，即使文件是CSS或JavaScript文件。因此，访问https://raw.githubusercontent.com/ user / repo / branch / filepath将不是正确的MIME类型，而是一个明文文件，并通过<link href="…/>或<script src="…"></script>将不工作- CSS将不应用/ JS将不运行。
GitHub Pages在一个特殊的URL上托管你的回购，所以你所要做的就是签入你的文件并推送。请注意，在大多数情况下，GitHub Pages要求你提交到一个特殊的分支，gh-pages。
在您的新站点上，通常是https:// user›.github.io/ repo›，提交到g -pages分支的每个文件(最近提交的)都出现在这个url中。所以你可以通过<script src="https:// user›.github.io/ repo›/file.js"></script>链接到你的js文件，这将是正确的MIME类型。
你有构建文件吗?
Personally, my recommendation is to run this branch parallel to master. On the gh-pages branch, you can edit your .gitignore file to check in all the dist/build files you need for your site (e.g. if you have any minified/compiled files), while keeping them ignored on your master branch. This is useful because you typically don’t want to track changes in build files in your regular repo. Every time you want to update your hosted files, simply merge master into gh-pages, rebuild, commit, and then push.
(提示:你可以通过以下步骤在同一个提交中合并和重建:)
$ git checkout gh-pages
$ git merge --no-ff --no-commit master # prepare the merge but don’t commit it (as if there were a merge conflict)
$ npm run build # (or whatever your build process is)
$ git add . # stage the newly built files
$ git merge --continue # commit the merge
$ git push origin gh-pages
现在有一个很好的解决方法，使用jsdelivr.net。
步骤:
在GitHub上找到你的链接，然后点击“原始”版本。 复制URL。 将raw.githubusercontent.com更改为cdn.jsdelivr.net 在用户名之前插入/gh/。 删除分支名称。 (可选)插入你想要链接到的版本，如@version(如果你不这样做，你将得到最新的-这可能会导致长期缓存)
例子:
http://raw.githubusercontent.com/<username>/<repo>/<branch>/path/to/file.js
使用此URL获取最新版本:
http://cdn.jsdelivr.net/gh/<username>/<repo>/path/to/file.js
使用此URL获取特定版本或提交哈希:
http://cdn.jsdelivr.net/gh/<username>/<repo>@<version or hash>/path/to/file.js
对于生产环境，考虑针对特定的标记或提交哈希，而不是针对分支。使用最新的链接可能会导致文件的长期缓存，导致在推送新版本时无法更新链接。通过提交散列或标记链接到文件使链接对版本唯一。
为什么需要这样做?
2013年，GitHub开始使用X-Content-Type-Options: nosniff，它指导更现代的浏览器强制执行严格的MIME类型检查。然后，它以服务器返回的MIME类型返回原始文件，防止浏览器按预期使用该文件(如果浏览器遵守设置)。
关于这个主题的背景知识，请参考这个讨论线程。
