刚看过changelog并发现FSSM（用于指南针监视任务的宝石）已替换为Listen
我试图谷歌找出原因，但找不到确切的原因。
截至今天，FSSM的总下载量大于Listen的下载量。
此外，据我所知（如果我错了，请纠正我）如果不支持类似inotify的事件，FSSM会优雅地降级轮询。听不说。
那么，如果我想在我的脚本中使用文件系统事件，有人可以解释使用Listen gem而不是FSSM的原因是什么？
UPD： 哈哈，在更新FSSM并尝试调用它之后，我从FSSM收到以下消息：
亲爱的开发人员在您的项目中使用FSSM， FSSM在这一点上基本上是死的。进一步发展 将在新的共享警卫/听力项目中进行。请 如果您需要帮助过渡，请告诉我们！ ^ _ ^ B - Travis Tilley
所以看起来像是FSSM创作者的决定。然而，这并没有废除我的问题 - FSSM出了什么问题？
答案 0 :(得分：4)
在this指南针问题中讨论了这一转变。 Listen目前似乎比FSSM多个核心Guard开发人员更积极地维护coming attraction。如果警告消息来自@ttilley（谁创作了FSSM），则会进一步证实。
运行compass watch somefile.css.scss时，我也收到了FSSM警告消息（使用罗盘0.12.2）。它似乎只是转向Listen的yet，似乎没有发生{{3}}。
根据当前的Listen文档，如果操作系统适配器无法确定文件是否发生变化，它会过于优雅地降级为轮询。