On 01/11, Duy Nguyen wrote: > On Sun, Jan 10, 2016 at 9:19 PM, Thomas Gummerer <t.gummerer@xxxxxxxxx> wrote: > > Currently when git grep is used outside of a git repository without the > > --no-index option git simply dies. For convenience, implicitly make git > > grep behave like git grep --no-index when it is called outside of a git > > repository. > > Should we have a line about this behavior in git-grep.txt, maybe the > description section? Yes good point, the behavior change should definitely be documented. > I wonder if anybody wants the old behavior (e.g. > non-zero exit code when running outside a repo). If there is such a > case (*), we may need an option to revert it back (--no-no-index seems > ridiculous, maybe --use-index). The safest way though, is introduce a > new option like --use-index=<always|optional|never> then you can make > an grep alias with --use-index=optional. You're right. I couldn't think of a reason why someone would rely on the old behavior, but maybe I missed something. I like the idea of introducing the --use-index=... option. How should we handle priority between --no-index and --use-index, should we just give --no-index priority if it is set and ignore the new --use-index option, or is there some other way? > (*) I've been hitting really weird real-world use cases so I'm a bit paranoid.. > -- > Duy -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html