【问题标题】:guard-livereload stopped workingguard-livereload 停止工作
【发布时间】:2014-12-24 21:25:45
【问题描述】:

自从今天早上合并我同事的更改后,guard-livereload 已停止工作。 javascript 被注入到页面中,guard 确实检测到了我的浏览器,但无论我修改什么文件,它都不会重新加载。

Here 是我今天的控制台输出,livereload 不起作用。请注意,检测到浏览器后只有零输出 - 与 stackoverflow 上的其他问题不同,livereload 声称正在重新加载但不执行任何操作。 Here 是我上次工作时的控制台输出,当时它运行正常。烦人的是ui.css.scss 也是我现在正在修改的文件!我的guardfile 没有改变,我已经检查过了。

Here 是我今天早上的bundle install 输出(我的同事更新了一堆宝石)。我正在使用rack-livereload 代替浏览器扩展。

有什么建议吗?

更新:我尝试过使用 Livereload Chrome 扩展程序,但得到的输出完全相同(缺少),所以我不相信 rack-livereload 是罪魁祸首。

【问题讨论】:

    标签: rack guard livereload


    【解决方案1】:

    只是添加一个替代解决方案 - 对我来说,这是因为我已升级到 rails 4.2 并根据日志中的建议将我的资产文件名从 .css.scss 更改为 .scss。

    当然,当我检查我的 Guardfile 时,我仍在查看 .css 文件:

    ... (css|js|html|png|jpg) ... { |m| "/assets/#{m[3]}" }
    

    从监视 css 到 scss 的简单更改如下:

    ... (scss|js|html|png|jpg) ... { |m| "/assets/#{m[3]}" }
    

    全部修复!

    【讨论】:

      【解决方案2】:

      找到解决方案,部分感谢this

      事实证明,Sublime Text 3 的原子保存功能阻止了 LiveReload 检测对 Sass 文件的更改。为什么它在某个提交之前起作用超出了我的范围......

      只需将"atomic_save": false 添加到您的 Sublime 设置即可避免这种情况。

      【讨论】:

      猜你喜欢
      • 2012-02-01
      • 2013-11-22
      • 1970-01-01
      • 2013-04-03
      • 2014-03-07
      • 2013-12-02
      • 2015-01-15
      • 2013-04-21
      • 2015-01-28
      相关资源
      最近更新 更多