3

sass changelogを読んだところ、FSSM（コンパス監視タスクに使用されていたgem）がListenに置き換えられていることがわかりました

私は理由を見つけるためにグーグルしようとしましたが、正確な理由を見つけることができません。今日の時点で、の合計ダウンロード数はのダウンロード数FSSMよりもはるかに多くなっていListenます。さらに、私が理解できる限り（間違っている場合は訂正してください）、inotifyのようなイベントがサポートされていない場合、FSSMはポーリングのために正常に機能を低下させます。リッスンはしません。

では、スクリプトでファイルシステムイベントを使用したい場合、FSSMの代わりにListen gemを使用する理由を誰かが説明できますか？

UPD： ははは、FSSMを更新して呼び出そうとすると、FSSMから次のメッセージが表示されます。

プロジェクトでFSSMを使用している開発者の皆様、FSSMはこの時点で本質的に機能していません。新しい共有ガード/リッスンプロジェクトでは、さらなる開発が行われる予定です。移行についてサポートが必要な場合はお知らせください。^ _ ^ b-Travis Tilley

したがって、FSSM作成者の決定のように見えます。それにもかかわらず、これは私の質問を廃止しません-FSSMの何が問題になっていますか？

4

1 に答える 1

4

このCompass 号では、スイッチについて説明しました。Listenは、現時点ではFSSMよりも複数のコア Guard 開発者によって積極的に維持されているようです。警告メッセージが @ttilley (FSSM の作成者) からのものである場合は、さらに信頼性が高くなります。

実行中にもFSSM警告メッセージが表示されましたcompass watch somefile.css.scss（コンパス0.12.2を使用）。まだ起こっていないように見えるのは、リッスンへの切り替えの来るべき魅力のようです。

現在の Listen ドキュメントによると、OS アダプタがファイルが変更されたかどうかを判断できない場合、ポーリングは適切に低下します。

于 2012-06-27T22:45:05.733 に答える