You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Watch task checks if the changed file is in git index. ls-files returns a set of files relative to git work directory. Watch task checks if the set contains changed file but the changed file is relative to project directory.
ls-files could be fixed to return set of files relative to project directory...
But perhaps it makes more sense to just remove gitignore-matcher: only src- and rsc-paths are watched for changes so not too many uninteresting files should trigger change.
The text was updated successfully, but these errors were encountered:
I'm for removing gitignore-matcher also. It was only really useful when . was added as a src automatically, which we will stop doing. Maybe it could be useful as a separate task for adding/removing to src/rsc based on .gitignore.
The gitignore matcher is really hard to implement correctly. There are all kinds of weird corner cases involved, and it's not actually that useful. Not so useful that it needs to be in the core anyway. So I'm also for removing it. It will begone!
https://github.com/boot-clj/boot/blob/master/boot/core/src/boot/task/built_in.clj#L152
Watch task checks if the changed file is in git index. ls-files returns a set of files relative to git work directory. Watch task checks if the set contains changed file but the changed file is relative to project directory.
ls-files could be fixed to return set of files relative to project directory...
But perhaps it makes more sense to just remove gitignore-matcher: only src- and rsc-paths are watched for changes so not too many uninteresting files should trigger change.
The text was updated successfully, but these errors were encountered: