我一直遇到一个非常奇怪的问题,想看看是否有其他人也遇到过,并找到解决方法。
对于一个web项目,我下载了Font Awesome,包含CSS文件,并确保所有文件都被正确加载(没有404),一切正常。我在项目上进行一些工作,然后完成git提交/推送。
问题是,经常当我去另一台机器并进行git克隆/拉取时,所有在原始机器上运行良好的字体图标都显示为方框!控制台仍未报告404错误。只要重新下载Font Awesome并复制文件(它们在那里,只是不起作用),一切就会再次正常工作。
有人遇到git损坏字体文件的问题吗?或者我的工作流程中还有其他问题吗?非常感谢您的帮助和建议。
更新:问题已解决
快速解决方法是切换到CDN以加载文件。我最初不愿意这样做,因为我担心加载时间,但事实证明,它超级好用,而且减少了服务器的负载。
实际问题出在文件的行尾符上。如果在Windows上开发(不幸的是我是),则git有时会检出具有Windows样式行尾的文件,并使用Linux样式提交。由于某种原因,这会破坏Font Awesome字体文件。
因此,如果您坚持不使用CDN,则更详细的解决方法是确保git保留Font Awesome文件的原始行尾,并在提交/检出时不更改它们。
对于一个web项目,我下载了Font Awesome,包含CSS文件,并确保所有文件都被正确加载(没有404),一切正常。我在项目上进行一些工作,然后完成git提交/推送。
问题是,经常当我去另一台机器并进行git克隆/拉取时,所有在原始机器上运行良好的字体图标都显示为方框!控制台仍未报告404错误。只要重新下载Font Awesome并复制文件(它们在那里,只是不起作用),一切就会再次正常工作。
有人遇到git损坏字体文件的问题吗?或者我的工作流程中还有其他问题吗?非常感谢您的帮助和建议。
更新:问题已解决
快速解决方法是切换到CDN以加载文件。我最初不愿意这样做,因为我担心加载时间,但事实证明,它超级好用,而且减少了服务器的负载。
实际问题出在文件的行尾符上。如果在Windows上开发(不幸的是我是),则git有时会检出具有Windows样式行尾的文件,并使用Linux样式提交。由于某种原因,这会破坏Font Awesome字体文件。
因此,如果您坚持不使用CDN,则更详细的解决方法是确保git保留Font Awesome文件的原始行尾,并在提交/检出时不更改它们。