Heiko Voigt <hvo...@hvoigt.net> writes: > Previously the exit status of git submodule was zero for various > subcommands even though the user specified an unknown path.
As any patch that fixes behaviour deals with "Previously", I'd prefer to omit it and describe the current problem in present tense instead. Will queue with minor tweaks. Thanks. > this is an updated version with your proposal incorporated. I changed > the name of check_unmatched to die_if_unmatched because IMO it describes > more clearly what the function is doing. In general, I would actually prefer to call this kind of function "check". That way, all the call sites only need to be aware that there is a check done there, without having to know what happens when the check triggers, and the implementation of "check" could decide that dying is too much and weaken the behaviour to only warn in later updates. Such an update would not easily apply for this particular case because you would need to spit out all of @out from the module_list before giving the "#unmatched" warning token, and find a way to buffer the error message from ls-files so that it can be given when the warning is issued at the end if we wanted to weaken this to warn. So in this particular case, I do not mind renaming it to die-if. Thanks. -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
