字体真棒Git克隆/拉取后显示为方框的字体？

我遇到了一个相当奇怪的问题，我想看看是否有其他人也遇到过同样的问题，以及他们是否找到了解决办法

对于一个给定的web项目，我下载Fontawesome，包括CSS文件，并确保所有文件都正确加载（没有404s），并且一切正常。我在项目上做了一些工作，然后以git提交/推送结束

问题是，当我转到另一台机器上进行git克隆/拉取时，所有在原始机器上运行良好的字体图标都会显示为方框！控制台仍然没有报告404错误。只要我重新下载FontAweasome并重新复制文件（它们就在那里，只是不起作用），一切都会恢复正常

有没有人遇到过git破坏字体文件的问题？或者在我的工作流程中还有什么其他的问题？非常感谢您的帮助和建议

更新：问题已解决

快速修复方法是切换到CDN来加载文件。起初我不愿意这样做，因为我担心加载时间，但这非常好，而且它在我的服务器上的加载更少

实际问题是文件的行尾。如果在Windows上开发（不幸的是，我是），那么git有时（经常）会签出带有Windows样式行结尾的文件，并使用Linux样式提交它们。由于某种原因，这损坏了字体文件

---

因此，更详细的修复方法（如果您坚持不使用CDN）是确保git保留字体文件的原始行结尾，并且不会在提交/签出时更改它们。

这可能是由git的core.autocrlf特性引起的

---

如果该选项为真，则这些二进制文件将被折叠。

根据您的描述，不确定为什么会发生这种情况，但许多精通现代项目的开发人员混合使用或大量级联依赖项：

默认情况下，使用字体awesome CDN（请参阅：）可以防止这些问题

如果上述操作失败，请返回到本地（域上）副本和版本

这不是一个完整的答案，但这将为您提供您选择的库的CDN版本，并且在您需要它的地方，提供您可以依赖的本地版本

有一些JS库允许您依赖于库的本地副本，但这个问题涉及一些技术：

---

好建议。也许如果Jamison回答了，你会告诉他如何覆盖这些文件的autocrlf。你在用IE吗？你的帖子里没有提到！？一个差异可能会有帮助。@nickhar不，不使用IE，尽管我偶尔会用它进行测试。问题在所有浏览器中都存在。@StefanHanke抱歉，受影响的提交在历史记录中太远了，我无法挖掘，而且问题已经解决（请参阅原始帖子）。无论如何，谢谢。非常感谢，@nickhar，我最终还是回到了CDN。问题是行尾正在转换，一如既往。谢谢你的建议。