在Git克隆/拉取后，Font Awesome字体显示为方框？

Question

3

我一直遇到一个非常奇怪的问题，想看看是否有其他人也遇到过，并找到解决方法。

对于一个web项目，我下载了Font Awesome，包含CSS文件，并确保所有文件都被正确加载（没有404），一切正常。我在项目上进行一些工作，然后完成git提交/推送。

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

有人遇到git损坏字体文件的问题吗？或者我的工作流程中还有其他问题吗？非常感谢您的帮助和建议。

更新：问题已解决

快速解决方法是切换到CDN以加载文件。我最初不愿意这样做，因为我担心加载时间，但事实证明，它超级好用，而且减少了服务器的负载。

实际问题出在文件的行尾符上。如果在Windows上开发（不幸的是我是），则git有时会检出具有Windows样式行尾的文件，并使用Linux样式提交。由于某种原因，这会破坏Font Awesome字体文件。

因此，如果您坚持不使用CDN，则更详细的解决方法是确保git保留Font Awesome文件的原始行尾，并在提交/检出时不更改它们。

- Jamison Bryant

你是用IE浏览器吗？你在帖子中没有提到！ - nickhar

一个差异可能会很有帮助。 - Stefan Hanke

@nickhar 不，我不使用IE，尽管偶尔会测试它。问题在所有浏览器中都存在。 - Jamison Bryant

@StefanHanke 抱歉，受影响的提交记录太久远了，我无法挖掘出来，而且问题已经解决（请参见原帖）。不管怎样，还是谢谢。 - Jamison Bryant

2个回答

0

从你的描述中不确定为什么会出现这种情况，但许多精明的开发者在现代项目中使用混合或数量的级联依赖项：

默认情况下，使用font-awesome CDN（请参见：http://www.bootstrapcdn.com/#fontawesome_tab），这将防止这些问题。
如果上述方法失败，请返回本地（域内）副本和相同版本。

这不是一个完整的答案，但这将为您提供所选库的CDN版本以及需要它的本地版本，您可以依赖它。

有一些JS库可以让您回退到库的本地副本，但这个问题涵盖了一些技术：

- nickhar

非常感谢，@nickhar，我最终使用了CDN。问题在于换行符被转换，这总是会发生的。感谢您的建议。 - Jamison Bryant

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- koji matsumoto · Accepted Answer

可能是由于git的core.autocrlf功能引起的。

当这个选项为true时，这些二进制文件会被折叠。