"Gustaf Hendeby" <hendeby@xxxxxxxxx> writes: > A while ago 'git status' was patched to report relative pathnames. (I > like that change it makes cut'n'paste easier.) However, 'git diff > --name-only' and 'git diff --name-status' (other commands as well), > which gives in a sense similar output has not been changed the same > way. Is this intentionally, or just because no one has stepped up and > provided a patch? If the difference is to stay, maybe this should be > reflected in the help texts to avoid any confusion. The commands output from diff always talks about paths relative to the tree root, and scripts rely on it. The recent change made exceptions to the status command. I agree an additional documentation to git-status would be beneficial. Having said that, a switch --relative-name might be an option. It could be argued that doing it the other way around (like --full-name option to ls-files does), defaulting to relative to cwd, would have been a getter approach if we were doing git from scratch, though. We may still want to do so in the longer run, but that would be a huge interface change that would impact a lot of peoples' scripts. diff --git a/Documentation/git-status.txt b/Documentation/git-status.txt index 8fd0fc6..b0cb6bc 100644 --- a/Documentation/git-status.txt +++ b/Documentation/git-status.txt @@ -40,6 +40,10 @@ OUTPUT The output from this command is designed to be used as a commit template comments, and all the output lines are prefixed with '#'. +The paths mentioned in the output, unlike many other git commands, are +made relative to the current directory, if you are working in a +subdirectory (this is on purpose, to help cutting and pasting). + CONFIGURATION ------------- - 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
