Nate Fischer
Nate Fischer
This is a feature request to add the `-r` or `-R` flag to `grep()`. From the man page: > ``` > -r, --recursive > Read all files under each directory,...
PR #1019 made me realize we're not testing the case where `mkdir -p` is used on a path which already exists. I think there are 2 interesting subcases here: ```sh...
See issue #995 `shell.sed()` can accept either a JavaScript RegExp object or a String as its `search_regex` parameter. We should consider the following behavior: * If it's a JavaScript RegExp,...
Originally filed in https://github.com/shelljs/shx/issues/172 We should support `shell.tail('-f', ...)`. We would need to "follow" the file as it grows - basically, `tail('-f')` would never terminate. This isn't super useful in...
It would be great if `exec` had an interface, perhaps like the following: ``` js var fileName = 'foo.txt'; exec('git', 'add', fileName); ``` This is great because of the following:...
I noticed that we're escaping quote characters in some of our test descriptions ([example](https://github.com/shelljs/shelljs/blob/master/test/ls.js#L38)). We should be able to avoid this by preferring [template literals](https://ponyfoo.com/articles/template-literals-strictly-better-strings) for such scenarios. The motivation...
I proposed this idea a while ago, but I can't remember where. I'm looking for comments/feedback. The basic idea is to replace this: ```js shell.grep('foo', 'file.txt').to('other.txt'); ``` with ```js shell.grep('foo',...
Inspired by #923. It would be cool to support "long options" by using Object property names. ```js shell.touch({reference: 'ref-file.txt'}, 'foo.txt'); // same as '-r' shell.rm({recursive: true}, 'foo.txt'); ```
See https://github.com/shelljs/shelljs/issues/905#issuecomment-451413311 Basically, add a `printOnError` option, such that `exec()` only prints errors in real-time, not stdout. This is more consistent with other shelljs commands.
The `gendocs` step in Travis generally leads to hard-to-interpret error output. We should consider ways to make this clearer. It's also a bit fragile, because it false-positives whenever *any* git...