Skip to content

Releases: watchexec/cargo-watch

v4.0.3

01 Apr 21:51
09a8601
Compare
Choose a tag to compare

Bugfix:

  • Also ignore .git folder by default

v4.0.2

31 Mar 23:09
0316bcd
Compare
Choose a tag to compare

Bugfixes

  • Wait on a process after killing it, as per Duct documentation.
  • Fix an issue with the way echo was called that caused it not to work on Windows cmd. (#59)

v4.0.1

30 Mar 07:50
e33ce62
Compare
Choose a tag to compare

Bugfix:

  • A command exiting with a non-0 status was hanging the Duct job, which in turn caused a check on the next iteration to abort Cargo Watch. Jobs no longer hang when commands fail, and this check no longer causes an abort. (#57)

v4.0.0

29 Mar 14:50
4284c6a
Compare
Choose a tag to compare

Breaking changes:

  • The command is now run immediately, instead of waiting for changes first (#37)
  • New CLI usage. The simple invocation hasn't changed, but everything else has.
  • You now have to use -x <cmd> to run custom cargo commands (multiple times as needed).

New features:

  • Watch everything: the entire project is watched, but the target/ folder is ignored by default. (#31, #35, #39)
  • You can decide to instead watch specific folders with -w <folder> (multiple times as needed).
  • Gitignore support: .gitignore files are found and parsed recursively through the repo. This can be disabled with --no-gitignore.
  • Custom ignore rules can be specified with -i <pattern> (multiple times as needed).
  • If you absolutely need to, you can explicitly require that no ignoring is applied: --ignore-nothing.
  • You can suppress all of cargo-watch's output with -q, leaving only the output from the commands.
  • You can run arbitrary commands with -s <cmd> (for --shell) (multiple times as needed).
  • You can customise the debouncing delay with --delay or -d, in seconds.

Features from 3.2.0 (which was just a few days ago so might be shadowed by this release):

  • You can force cargo-watch to use polling instead of the native API with --poll.
  • It will automatically fallback to polling if the native API fails to start.
  • You can clear the screen between runs with --clear or -c.

Server development (#25) is still not quite supported, but is expected to make it in soon in a point release.