Dieter Plaetinck <dieter@xxxxxxxxxxxx> writes: > There is no need to restrict use of --ignore-missing to dry runs, > it can be useful to ignore missing files during normal operation as > well. > > Signed-off-by: Dieter Plaetinck <dieter@xxxxxxxxxxxx> Sorry, but for this kind of change, we would want to see a justification that is much better than that. The default around here is not to change an established behaviour without a good reason. Have you dug into the list archive to see _why_ we decided not to allow this option in the real run in the first place? You would need to find "By letting the command ignore missing paths, the user can get into X and Y situations and we would want to avoid it. We however need to give users a way to see if there is something missing, hence we add it when we are under dry-run option." and refute that previous justification, arguing why X and Y is something we should _not_ be worrying about, to make a good case for this change. In this particular case, my gut feeling is that this might a change in the good direction (but I strongly suspect that I am not recalling the real reason why we didn't allow it when we introduced this option). If somebody is writing a script using "git add" (which is not recommended to begin with), it is tempting to say 'git add $list_of_possible_files' in such a script when the script _knows_ that the list it is giving to "git add" may contain a path that does not exist, and wants to ignore missing ones. But then the script could easily filter what does not exist before compiling such a list, so that is not a very strong reason to advocate it. -- 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