From: Linus Torvalds <torvalds@osdl.org>
To: Johannes Schindelin <Johannes.Schindelin@gmx.de>
Cc: git@vger.kernel.org
Subject: Re: path limiting broken
Date: Sun, 16 Apr 2006 10:58:50 -0700 (PDT) [thread overview]
Message-ID: <Pine.LNX.4.64.0604161052310.3701@g5.osdl.org> (raw)
In-Reply-To: <Pine.LNX.4.63.0604161931530.19020@wbgn013.biozentrum.uni-wuerzburg.de>
On Sun, 16 Apr 2006, Johannes Schindelin wrote:
>
> I finally found the commit which removed parse_whatchanged_opt() from
> log-tree.c by
>
> git-rev-list 4a617..next | while read commit; do \
> echo $commit; \
> git diff $commit^..$commit log-tree.c | \
> grep parse_whatchanged; \
> done | less
Heh. You really should learn about "-m -p", which does the above, but
better (it compares against _all_ parents - you would have missed the
thing _again_ if the "lt/logopt" branch had been the main branch ;)
> However, the combined diff of that commit does not show it, while the diff
> to the first parent does:
>
> git-show --cc 43f934aa90 | grep parse_whatchanged
Combined merges really only show conflicts where the different parents do
something different from the end result. Since the whole file was taken
from the lt/logopt branch, even
git show -c 43f934aa90
won't show that "log-tree.c" file AT ALL, because there was no content
conflict: the whole file was taken from one branch, unmodified.
If you want to see all changes against all parents, you really do need
"-m -p" (or just "-m", which will show the raw diffs, and which will
show how the file changes from one parent, but not the other).
Note that NORMALLY, you'd really never want to use "-m -p". It's a very
very inconvenient format, since normally you want to see only the stuff
that changed wrt the end result.
So "--cc" really does ignore everything that is irrelevant for the end
result, and in this case you are very much trying to find somethign that
is totally irrelevant for the end result, since the function you look for
had never even _existed_ in the file as far as the end result goes..
Linus
next prev parent reply other threads:[~2006-04-16 17:58 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-04-16 12:26 path limiting broken Johannes Schindelin
2006-04-16 16:06 ` Linus Torvalds
2006-04-16 16:45 ` Johannes Schindelin
2006-04-16 17:07 ` Linus Torvalds
2006-04-16 17:27 ` path limiting broken (NOT) Johannes Schindelin
2006-04-16 17:39 ` path limiting broken Johannes Schindelin
2006-04-16 17:58 ` Linus Torvalds [this message]
2006-04-16 18:09 ` Johannes Schindelin
2006-04-16 18:27 ` Linus Torvalds
2006-04-16 23:49 ` Johannes Schindelin
2006-04-17 2:48 ` Linus Torvalds
2006-04-16 17:05 ` Johannes Schindelin
2006-04-16 17:51 ` Linus Torvalds
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Pine.LNX.4.64.0604161052310.3701@g5.osdl.org \
--to=torvalds@osdl.org \
--cc=Johannes.Schindelin@gmx.de \
--cc=git@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).