On Thu, 8 Jul 2010, Jeff King wrote: > On Thu, Jul 08, 2010 at 01:00:17PM +0200, Jakub Narebski wrote: > > > Last there is filename munging, done using strip_prefix function. > > This is done using prefix_length only, and that is the cause of > > the bug: > > $ git diff-tree --abbrev -r --raw HEAD --relative=sub > > a3a8425fe5496c61921010cb1e7b455a1f52bb86 > > :100644 100644 d90bda0... cefcae0... M /quux > > > > if one uses '--relative=sub' instead of '--relative=sub/'. > > Is that a bug or a feature? You need to say "sub/" to get what you want, > which is annoying. But it means you can also you "--relative=su" to get > "b/quux". In that example, it's probably useless, but consider a set of > filenames "foo-1" through "foo-5". You don't always want to break on a > directory boundary. > > I believe "git-archive --prefix" has the same behavior for the same > reason. It is called --relative=<path>, *not* --relative=<prefix>. I also think that it was meant to be the opposite of --directory=<root> of git-am and git-apply. "git archive --prefix" is IMVHO a bit of horse of different color. Nevertheless in current situation it would be good to have the following applied. -- >8 -- diff --git i/Documentation/diff-options.txt w/Documentation/diff-options.txt index 2371262..bc837cd 100644 --- i/Documentation/diff-options.txt +++ w/Documentation/diff-options.txt @@ -278,7 +278,7 @@ ifndef::git-format-patch[] Swap two inputs; that is, show differences from index or on-disk file to tree contents. ---relative[=<path>]:: +--relative[=<path>/]:: When run from a subdirectory of the project, it can be told to exclude changes outside the directory and show pathnames relative to it with this option. When you are -- 8< -- -- Jakub Narebski Poland -- 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