chore(deps): update dependency watchexec/watchexec to v2.7.0

[renovate]

This PR contains the following updates:

Package	Update	Change
watchexec/watchexec	minor	v2.5.1 → v2.7.0

---

Release Notes

watchexec/watchexec (watchexec/watchexec)

v2.7.0: CLI v2.7.0

Compare Source

Watchexec now only traverses and watches directories that are expected to produce events (according to filter/ignore files and patterns). This means that if you have a very large directory tree, and 90% of it is gitignored, Watchexec will no longer go through and add watches to that 90% at all. Thus:

• startup in those cases should be much faster and less resource-intensive
• ongoing performance should also improve (as there will be vastly fewer events to process), though that may be less perceptible

The way this is achieved is by handling all directory traversal/recursion within Watchexec, instead of letting the Notify library handle it. This is a large amount of work and code, and it's expected that there will be new bugs as a result. However, this limitation was also the underlying source of a number of long-standing bugs, and I quite look forward to close some very old issues as a result.

:; hyperfine 'watchexec-2.7.0 -1 echo' 'watchexec-2.6.1 -1 echo'
Benchmark 1: watchexec-2.7.0 -1 echo
  Time (mean ± σ):     158.9 ms ±   2.2 ms    [User: 199.6 ms, System: 63.3 ms]
  Range (min … max):   155.8 ms … 163.1 ms    18 runs

Benchmark 2: watchexec-2.6.1 -1 echo
  Time (mean ± σ):     387.1 ms ±   2.4 ms    [User: 157.5 ms, System: 366.3 ms]
  Range (min … max):   382.0 ms … 390.0 ms    10 runs

Summary
  watchexec-2.7.0 -1 echo ran
    2.44 ± 0.04 times faster than watchexec-2.6.1 -1 echo

^{(The -1 option is a hidden test-only option which starts watchexec normally, runs the command, and exits.)}

On BSD, the kqueue backend has been disabled; those platforms will use polling instead. kqueue is not designed for this kind of thing, and using it thus has significant downsides, such as heavy kernel resource usage, as well as correctness bugs. FreeBSD 14 and up have native inotify support; Watchexec does not yet take advantage of this but will in the future (it comes in with Notify 9, which is currently in RC).

Watching a single file no longer stops watching it when it is replaced (#​190). Similarly, though this is less common, if a folder being watched (using -W or -w) is deleted and recreated, Watchexec used to lose the watch and no longer produce events. That was because the watch was placed on the file (or folder) object, not on a pathname string, and replacing the object naturally makes the watch disappear along with the old version of the object. Watchexec now watches from one path segment above, so it can notice when a watch gets replaced; because it also does directory tree filtering, this is not significantly more expensive.

v2.6.1: CLI v2.6.1

Compare Source

Identical to 2.6.0, just fixing the build.

v2.6.0: CLI v2.6.0

Compare Source

New

• Windows ARM64 (#​1072, thanks @​meop)
• --no-follow-symlinks (#​1041)
• In interactive mode, add a way to stop (s) the currently running command (#​1047)
• Propagate job-control signals: Ctrl-Z now pauses the command too (#​712)

Library fixes

• bosion: use fmt::Write over push_str (#​1054, thanks @​mmirate)
• docs: add "quit on terminate" to the main library example (#​1059, thanks @​BTF-Kabir-2020)
• watchexec: downgrade channel-full errors to just be debug! logs (#​1081, thanks @​MsfPablo)
• watchexec: improve restart behaviour for non-compound commands (#​1060, thanks @​ankit090701)

CLI fixes

• Allow spaces in shell path (more frequent on Windows) (#​1056, thanks @​ShadowFiendZX)
• Trim whitespace on $SHELL/--shell, avoiding a panic (#​1083, thanks @​VXNCXNX)
• Resolve POSIX-style $SHELL/--shell paths on Windows (#​1057, thanks @​Cyrus580529)
• Normalise workdir to not use UNC paths on Windows unless absolutely required (#​1068, thanks @​MsfPablo)
• Improve --map-signal errors (#​1069, thanks @​VXNCXNX)
• Make --emit-events-to emit rename: events (#​1073, thanks @​VXNCXNX)
• Actually use discovered project origin [regression] (#​1074, thanks @​VXNCXNX)
• Make --log-file even without an explicit -v log level (#​1082, thanks @​VXNCXNX)
• Fix which signal is used in --on-busy-update=signal mode (#​1084, thanks @​VXNCXNX)

---

Configuration

📅 Schedule: (UTC)

• Branch creation
  • At any time (no schedule defined)
• Automerge
  • At any time (no schedule defined)

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.

---

• If you want to rebase/retry this PR, check this box

---

This PR was generated by Mend Renovate. View the repository job log.

[renovate]

Edited/Blocked Notification

Renovate will not automatically rebase this PR, because it does not recognize the last commit author and assumes somebody else may have edited the PR.

You can manually request rebase by checking the rebase/retry box above.

⚠️ Warning: custom changes will be lost.