After searching the answers here and the ones at the other question mentioned as possible duplicate in the comments above, I think I'd go with fswatch since it is has cross-platform support.
It uses different kinds of monitors for different OS and can choose the appropriate one automatically, or allow one to specify which one to use and even pass custom platform-specific parameters to the respective monitor.
The list of monitors it currently supports is:
- A monitor based on the File System Events API of Apple OS X.
- A monitor based on kqueue, an event notification interface introduced in FreeBSD 4.1 and supported on most *BSD systems
(including OS X).
- A monitor based on inotify, a Linux kernel subsystem that reports file system changes to applications.
- A monitor based on File Events Notification, a Solaris/Illumos kernel API that reports file events.
- A monitor based on ReadDirectoryChangesW, a Microsoft Windows API that reports changes to a directory.
- A monitor which periodically stats the file system, saves file modification times in memory and manually calculates file system
changes, which can work on any operating system where stat (2)
can be used.
It seems to be available via apt-get on Debian/Ubuntu Linuxes. See how to install via apt-get and use fswatch.
FreeBSD and OS-X package-based installation support for fswatch is provided by its author.
Can also build and install it at other OSes, found an article+video showing how to make and install fswatch on CentOS.
There is also an other article that shows the same manual process to build/install (and use) fswatch for Linux.
Windows-based package-based installation support doesn't seem to be available yet (e.g. no package for Chocolatey yet, and no package for Vcpkg)
There is also extensive documentation for fswatch, though docs for the latest 1.5 version point to 1.4 ones currently.
See how to convert commands for fswatch 0.x to fswatch 1.x
Tips for manually choosing a monitor (currently not updated to mention all monitors)
Read about fswatch usage here, here and here and a tutorial intro here
A library named libfswatch is kept in sync with the fswatch tool. See here and a newer doc here.
Note that the library is versioned differently from fswatch utility itself. Specifically, the 1.14.0 library doc states:
"libtool's versioning scheme is described by three integers:
- current is the most recent interface number implemented by the library.
- revision is the implementation number of the current interface.
- age is the difference between the newest and the oldest interface that the library implements.
Beware that there is also another similar s/w called fswatch (that is go-related I think).