⚠️ Listen is looking for new maintainers. Please contact me if you're interested.
The Listen gem listens to file modifications and notifies you about the changes.
NOTE: TCP functionality has been removed from Listen 3.x - please use Listen 2.x until alternative server and client gems are created/released for 3.x.
NOTE: Ruby 1.9.3 is no longer maintained (and may not work with Listen) - it's best to upgrade to Ruby 2.2.2
For other issues, just head over here: https://github.com/guard/listen/wiki/Quickfixes,-known-issues-and-workarounds
Make sure you know these few basic tricks: https://github.com/guard/listen/wiki/Tips-and-Techniques
- OS-optimized adapters on MRI for Mac OS X 10.6+, Linux, *BSD and Windows, more info below.
- Detects file modification, addition and removal.
- You can watch multiple directories.
- Regexp-patterns for ignoring paths for more accuracy and speed
- Increased change detection accuracy on OS X HFS and VFAT volumes.
- Tested on MRI Ruby environments (2.0+ only) via Travis CI,
NOTE: TCP functionality has been moved to a separate gem (listen-server and listen-client)
NOTES:
- Some filesystems won't work without polling (VM/Vagrant Shared folders, NFS, Samba, sshfs, etc.)
- Specs suite on JRuby and Rubinius aren't reliable on Travis CI, but should work.
- Windows and *BSD adapter aren't continuously and automaticaly tested.
- symlinked directories aren't fully transparent yet: guard#279
- Directory/adapter specific configuration options
- Support for plugins
Pull request or help is very welcome for these.
The simplest way to install Listen is to use Bundler.
gem 'listen', '~> 3.0' # NOTE: for TCP functionality, use '~> 2.10' for nowCall Listen.to with either a single directory or multiple directories, then define the "changes" callback in a block.
listener = Listen.to('dir/to/listen', 'dir/to/listen2') do |modified, added, removed|
puts "modified absolute path: #{modified}"
puts "added absolute path: #{added}"
puts "removed absolute path: #{removed}"
end
listener.start # not blocking
sleepListeners can also be easily paused/unpaused:
listener = Listen.to('dir/path/to/listen') { |modified, added, removed| # ... }
listener.start
listener.paused? # => false
listener.processing? # => true
listener.pause # stops processing changes (but keeps on collecting them)
listener.paused? # => true
listener.processing? # => false
listener.unpause # resumes processing changes ("start" would do the same)
listener.stop # stop both listening to changes and processing themNote: While paused, Listen keeps on collecting changes in the background - to clear them, call "stop"
Note: You should keep track of all started listeners and stop them properly on finish.
Listen ignores some directories and extensions by default (See DEFAULT_IGNORED_DIRECTORIES and DEFAULT_IGNORED_EXTENSIONS in Listen::Silencer), you can add ignoring patterns with the ignore option/method or overwrite default with ignore! option/method.
listener = Listen.to('dir/path/to/listen', ignore: /\.txt/) { |modified, added, removed| # ... }
listener.start
listener.ignore! /\.pkg/ # overwrite all patterns and only ignore pkg extension.
listener.ignore /\.rb/ # ignore rb extension in addition of pkg.
sleepNote: Ignoring regexp patterns are evaluated against relative paths.
Note: ignoring paths does not improve performance - except when Polling
Listen catches all files (less the ignored once) by default, if you want to only listen to a specific type of file (ie: just rb extension) you should use the only option/method.
listener = Listen.to('dir/path/to/listen', only: /\.rb$/) { |modified, added, removed| # ... }
listener.start
listener.only /_spec\.rb$/ # overwrite all existing only patterns.
sleepNote: ':only' regexp patterns are evaluated only against relative file paths.
Changes to the listened-to directories gets reported back to the user in a callback.
The registered callback gets invoked, when there are changes, with three parameters:
modified, added and removed paths, in that particular order.
Paths are always returned in their absolute form.
Example:
listener = Listen.to('path/to/app') do |modified, added, removed|
# This block will be called when there are changes.
end
listener.start
sleepor ...
# Create a callback
callback = Proc.new do |modified, added, removed|
# This proc will be called when there are changes.
end
listener = Listen.to('dir', &callback)
listener.start
sleepAll the following options can be set through the Listen.to after the directory path(s) params.
ignore: [%r{/foo/bar}, /\.pid$/, /\.coffee$/] # Ignore a list of paths
# default: See DEFAULT_IGNORED_DIRECTORIES and DEFAULT_IGNORED_EXTENSIONS in Listen::Silencer
ignore!: %r{/foo/bar} # Same as ignore options, but overwrite default ignored paths.
only: %r{.rb$} # Only listen to specific files
# default: none
latency: 0.5 # Set the delay (**in seconds**) between checking for changes
# default: 0.25 sec (1.0 sec for polling)
wait_for_delay: 4 # Set the delay (**in seconds**) between calls to the callback when changes exist
# default: 0.10 sec
force_polling: true # Force the use of the polling adapter
# default: none
relative: false # Whether changes should be relative to current dir or not
# default: false
debug: true # Enable Listen logger
# default: false
check_with_size: false # Check whether a file has changed based on the size
# if the new size is bigger then the file has been modified,
# if the new size is smaller then the file was removed then added
# in which case the update will only be "added"
# default: false
polling_fallback_message: 'custom message' # Set a custom polling fallback message (or disable it with false)
# default: "Listen will be polling for changes. Learn more at https://github.com/guard/listen#listen-adapters."Also, setting the environment variable LISTEN_GEM_DEBUGGING=1 does the same as debug: true above.
The Listen gem has a set of adapters to notify it when there are changes.
There are 4 OS-specific adapters to support Darwin, Linux, *BSD and Windows. These adapters are fast as they use some system-calls to implement the notifying function.
There is also a polling adapter - although it's much slower than other adapters, it works on every platform/system and scenario (including network filesystems such as VM shared folders).
The Darwin and Linux adapters are dependencies of the Listen gem so they work out of the box. For other adapters a specific gem will have to be added to your Gemfile, please read below.
The Listen gem will choose the best adapter automatically, if present. If you
want to force the use of the polling adapter, use the :force_polling option
while initializing the listener.
If your are on Windows, it's recommended to use the wdm adapter instead of polling.
Please add the following to your Gemfile:
gem 'wdm', '>= 0.1.0' if Gem.win_platform?If your are on *BSD you can try to use the rb-kqueue adapter instead of polling.
Please add the following to your Gemfile:
require 'rbconfig'
if RbConfig::CONFIG['target_os'] =~ /bsd|dragonfly/i
gem 'rb-kqueue', '>= 0.2'
endGetting the polling fallback message?
Please visit the installation section of the Listen WIKI for more information and options for potential fixes.
NOTE: without providing the output after setting the LISTEN_GEM_DEBUGGING=1 environment variable, it can be almost impossible to guess why listen is not working as expected.
See TROUBLESHOOTING
If Listen seems slow or unresponsive, make sure you're not using the Polling adapter (you should see a warning upon startup if you are).
Also, if the directories you're watching contain many files, make sure you're:
- not using Polling (ideally)
- using
:ignoreand:onlyoptions to avoid tracking directories you don't care about (important with Polling and on MacOS) - running Listen with the
:latencyand:wait_for_delayoptions not too small or too big (depends on needs) - not watching directories with log files, database files or other frequently changing files
- not using a version of Listen prior to 2.7.7
- not getting silent crashes within Listen (see LISTEN_GEM_DEBUGGING=2)
- not running multiple instances of Listen in the background
- using a file system with atime modification disabled (ideally)
- not using a filesystem with inaccurate file modification times (ideally), e.g. HFS, VFAT
- not buffering to a slow terminal (e.g. transparency + fancy font + slow gfx card + lots of output)
- ideally not running a slow encryption stack, e.g. btrfs + ecryptfs
When in doubt, LISTEN_GEM_DEBUGGING=2 can help discover the actual events and time they happened.
Pull requests are very welcome! Please try to follow these simple rules if applicable:
- Please create a topic branch for every separate change you make.
- Make sure your patches are well tested. All specs must pass on Travis CI.
- Update the Yard documentation.
- Update the README.
- Please do not change the version number.
For questions please join us in our Google group or on
#guard (irc.freenode.net).
- Michael Kessler (netzpirat) for having written the initial specs.
- Travis Tilley (ttilley) for this awesome work on fssm & rb-fsevent.
- Nathan Weizenbaum (nex3) for rb-inotify, a thorough inotify wrapper.
- Mathieu Arnold (mat813) for rb-kqueue, a simple kqueue wrapper.
- Maher Sallam for wdm, windows support wouldn't exist without him.
- Yehuda Katz (wycats) for vigilo, that has been a great source of inspiration.