刚读过sass changelog并发现FSSM (用于 compass watch 任务的 gem )已被替换为 Listen
我试图谷歌找出原因,但找不到确切原因。
截至今天,FSSM
的总下载量远远大于 Listen
。
此外,据我所知(如果我错了请纠正我)如果不支持类似 inotify 的事件,FSSM 会优雅地降级以进行轮询。 Listen 没有。
那么,如果我想在我的脚本中使用文件系统事件,有人可以解释一下使用 Listen gem 而不是 FSSM 的原因是什么吗?
更新: 哈哈,更新 FSSM 并尝试调用它后,我从 FSSM 收到以下消息:
Dear developers making use of FSSM in your projects, FSSM is essentially dead at this point. Further development will be taking place in the new shared guard/listen project. Please let us know if you need help transitioning! ^_^b - Travis Tilley
所以这看起来像是 FSSM 创建者的决定。尽管如此,这并没有消除我的问题 - FSSM 出了什么问题?
最佳答案
开关在 this 中讨论过 compass 问题。 Listen似乎比 FSSM 更积极地由多个核心 Guard 开发人员维护在这一刻。如果警告消息来自@ttilley(FSSM 的作者),则可以进一步证明这一点。
我在运行 compass watch somefile.css.scss
(使用 compass 0.12.2)时也收到了 FSSM 警告消息。它似乎只是一个coming attraction切换到 Listen 似乎并没有发生 yet .
根据当前的 Listen 文档,如果 OS 适配器无法确定文件是否已更改,它会优雅地降级为轮询。
关于ruby - Listen Gem 与 FSSM gem - 哪个更好?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/10701022/