编辑:fsw已合并到fswatch。在这个答案中，任何对fsw的引用现在都应该读为fswatch。

我在c++中写了一个fswatch的替代品，叫做fsw，它有几个改进:

It's a GNU Build System project which builds on any supported platform (OS X v. >= 10.6) with ./configure && make && sudo make install Multiple paths can be passed as different arguments: fsw file-0 ... file-n It dumps a detailed record with all the event information such as: Sat Feb 15 00:53:45 2014 - /path/to/file:inodeMetaMod modified isFile Its output is easy to parse so that fsw output can be piped to another process. Latency can be customised with -l, --latency. Numeric event flags can be written instead of textual ones with -n, --numeric. The time format can be customised using strftime format strings with -t, --time-format. The time can be the local time of the machine (by default) or UTC time with -u, --utc-time.

焊:

fsw托管在GitHub上，可以克隆它的存储库:

    git clone https://github.com/emcrisostomo/fsw

安装的焊:

FSW可以通过以下命令安装:

    ./configure && make && sudo make install

进一步的信息:

我还写了一篇介绍性的博客文章，您可以在其中找到几个关于fsw如何工作的示例。

编辑:fsw已合并到fswatch。在这个答案中，任何对fsw的引用现在都应该读为fswatch。

我在c++中写了一个fswatch的替代品，叫做fsw，它有几个改进:

It's a GNU Build System project which builds on any supported platform (OS X v. >= 10.6) with ./configure && make && sudo make install Multiple paths can be passed as different arguments: fsw file-0 ... file-n It dumps a detailed record with all the event information such as: Sat Feb 15 00:53:45 2014 - /path/to/file:inodeMetaMod modified isFile Its output is easy to parse so that fsw output can be piped to another process. Latency can be customised with -l, --latency. Numeric event flags can be written instead of textual ones with -n, --numeric. The time format can be customised using strftime format strings with -t, --time-format. The time can be the local time of the machine (by default) or UTC time with -u, --utc-time.

焊:

fsw托管在GitHub上，可以克隆它的存储库:

    git clone https://github.com/emcrisostomo/fsw

安装的焊:

FSW可以通过以下命令安装:

    ./configure && make && sudo make install

进一步的信息:

我还写了一篇介绍性的博客文章，您可以在其中找到几个关于fsw如何工作的示例。

Apple OSX文件夹操作允许您根据对文件夹采取的操作自动化任务。

你可以使用launchd来实现这个目的。Launchd可以配置为当文件路径被修改时自动启动程序。

例如，下面的launchd config plist将在我的用户帐户的桌面文件夹被修改时启动程序/usr/bin/logger:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>Label</key>
    <string>logger</string>
    <key>ProgramArguments</key>
    <array>
        <string>/usr/bin/logger</string>
        <string>path modified</string>
    </array>
    <key>WatchPaths</key>
    <array>
        <string>/Users/sakra/Desktop/</string>
    </array>
</dict>
</plist>

要激活配置plist，请将其保存到库文件夹中的LaunchAgents文件夹“logger.plist”。

然后，您可以在shell中使用命令launchctl激活记录器。通过运行Plist:

$ launchctl load ~/Library/LaunchAgents/logger.plist

现在正在监视桌面文件夹。每次它被更改时，您都应该在system.log中看到一个输出(使用Console.app)。 要停用记录器。plist,运行:

$ launchctl unload ~/Library/LaunchAgents/logger.plist

上面的配置文件使用WatchPaths选项。或者，您也可以使用 QueueDirectories选项。有关更多信息，请参阅启动手册页。

我的fswatch的分支提供了inotifywait -m的功能，稍微少一点(没有等待，更多!)我在Linux上使用inotifywait…)解析友好的输出有很多问题。

它是对原始fswatch的改进，因为它通过STDOUT发送更改后的文件的实际路径，而不是要求您提供它所派生的程序。

它是我用来实现自动化的一系列可怕的bash脚本的坚实基础。

(这是跑题了)Linux上的inotifywait，另一方面，需要大量的拼凑，我仍然没有找到一个好方法来管理它，尽管我认为基于node.js的东西可能是票据。

Facebook的看门人(watchman)在Homebrew上也很好用。它还支持过滤:

这两行代码在源目录上建立一个监视，然后进行设置 在名为buildme的触发器上运行一个名为miniify -css的工具 每当CSS文件被更改时。工具将被传递一个列表 改变文件名。 $ watchman watch ~/src $ watchman—trigger ~/src buildme '*.css'—mini -css

注意，路径必须是绝对的。