It's still text file/line based, having something that can ignore style changes and linting would be great, even being able to see properly when a function/method was first added and view the changes to that function/method, rather than just lines of text.
Real world example: https://github.com/microsoft/vscode/blob/main/.git-blame-ign...
Me too - a line or two of code, out of maybe 300-500 read. And usually the most interesting commit is not just the most recent one, so I need to start switching back a few versions anyway. So I'm glad magit-blame-addition is only a `C-x v g` away, but I'm also glad it's not polluting my screen with noise the other 99% of the time when I'm focusing on reading the code and not mystified at its provenance.
I've mentioned in previous Emacs threads, if you aren't running with
("<remap> <vc-diff>" . magit-diff-buffer-file)
("<remap> <vc-print-log>" . magit-log-buffer-file)
("<remap> <vc-print-root-log>" . magit-log-all)
("<remap> <vc-annotate>" . magit-blame-addition)
In your magit minor mode maps, what are you even doing?
Of course, it's not perfect, but it's a pretty damn neat hack!
EDIT: As a secondary effect, it also gives me a reason to ask team members to write better commit messages: "Hey, I was just browsing through the code, and landed on this commit, but the message does not tell me why the change was introduced." That happens more often than it did before I started using GitLens.