<div dir="ltr"><div>I tend to use git blame via the Github UI. This provides a single-click button to go to the commit before the commit in question, so it'll add an extra click to go back in time (and corresponding page reload time), which is less than ideal, but isn't the worst thing in the world. I think I've probably only used git blame directly in LLVM on single-figure occasions, and nearly always found it easier to then go to github for one reason or another, so much so that I don't remember how long it's been since I last actually used the command line to do it. There are numerous cases I run into where the code has slightly changed due to a new API parameter, a variable rename, a re-ordering or refactoring of code or whatever, so one extra commit I need to ignore is not a big deal.</div><div><br></div><div>James<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 24 Jul 2019 at 10:03, Alex Bradbury via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Tue, 23 Jul 2019 at 16:31, James Y Knight via llvm-dev<br>
<<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a>> wrote:<br>
><br>
> As a very frequent explorer of history, I really don't think this is<br>
> as big an issue as it may seem. Even absent refactorings, you often<br>
> run into the "wrong" commit when looking at blame (e.g., someone just<br>
> added a comma rather than actually changing the code you care about),<br>
> and have to look past that, to another previous commit.<br>
><br>
> Any interactive blame tool ought to have an easy way to do this. For<br>
> example, in emacs's annotation mode (which is what I use), you just<br>
> press 'a' with the cursor on the line in question to re-annotate at<br>
> the commit previous to that.<br>
<br>
This matches my experience too, and I'm also frequently exploring<br>
blame history. Internal APIs get adjusted pretty frequently in LLVM so<br>
I it's incredibly common for any of my blame digging to have to look<br>
through intermediate cleanup commits. Given this experience, I'm a bit<br>
puzzled on why blame history is brought up as a concern so frequently,<br>
but possibly people are using blame in a different way?<br>
<br>
Best,<br>
<br>
Alex<br>
_______________________________________________<br>
LLVM Developers mailing list<br>
<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a><br>
<a href="https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank">https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br>
</blockquote></div>