我犯了个有趣的错误。我的sass文件位于Dropbox文件夹中。我在我的dev pc上编辑它们,然后通过Dropbox将它们同步到服务器。在服务器上,我安装了一个带有CLI服务的CentOS。
我有一个app.scss文件和一个来自app.scss的_settings.scss文件。如果编辑_settings.scss,将引发以下错误:
error app.scss (Line 2: File to import not found or unreadable: settings.
Load paths:
/www/psmb.dev/web/typo3conf/ext/speciality/Resources/Public/foundation/sass
/usr/local/lib/ruby/gems/1.9.1/gems/compass-0.12.2/frameworks/blueprint/stylesheets
/usr/local/lib/ruby/gems/1.9.1/gems/compass-0.12.2/frameworks/compass/stylesheets
/usr/local/lib/ruby/gems/1.9.1/gems/zurb-foundation-4.3.1/scss
Compass::SpriteImporter)如果我随后在app.scss中更改了某些内容,那么它将被编译而没有错误。有趣的是:如果在服务器上或通过ssh在本地编辑_settings.scss,那么就不会引发错误!
出什么事啦?
发布于 2014-03-21 05:57:00
经过一些建议和Dmitri的测试验证,我们得出的结论是,当dropbox进程正在对文件进行完全同步时,最有可能的罗盘手表“太早”捕捉到了文件的更改。文件同步可能由2个或更多个后续文件更新步骤实现。
如果指南针手表的编译触发器可能会延迟一些,这个问题可能会得到解决。目前,Dmitri决定改用ftpsync。
发布于 2014-03-18 12:47:13
确保在SASS文件中使用linux行尾,因为这可能会使其无法编译。
当您在windows中编辑它时,它可能会将其设置为windows行的结尾。
然后在CentOS中编辑它时,可能会将它们设置为unix行的结尾。
https://stackoverflow.com/questions/19175540
复制相似问题