git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: Let us not call it git blame

From
Junio C Hamano <gitster@pobox.com>
Date
Mar 2, 2023, 23:47 UTC
Message-ID
<xmqqfsamiul2.fsf@gitster.g>
In-Reply-To
<ZAEgRDelTlNZRJ5J@tapette.crustytoothpaste.net>
"brian m. carlson" <sandals@crustytoothpaste.net> writes:
Show 7 quoted lines
> On 2023-03-02 at 22:00:59, Dinesh Dharmawardena wrote:
>> 
>> I am writing to you to request that the term blame in git blame
>> be replaced with something that does not sound so blameful. I’m
>> an SRE and we actively try promote a blameless culture as such
>> industry tooling should also follow suit imo. Progressively
>> phasing this term out with a better alias would be great.

I actually do not think "git blame" is incompatible with blameless culture at all, unless you blindly say "this word is bad, that word is not" without thinking. Blameless culture is about not blaming the _person_ who made an earlier mistake, but "git blame" is not about finding a person who contributed the badness to the codebase.

It is all about which _commit_ contributed badness to the current codebase (i.e. "these commits are to be blamed for the current breakage that made us lose $XM") and it is up to the users how to interpret the story behind these found commits. It often would not be the "fault" of the author alone, and striving for blameless culture is to find out what led to the mistakes in these commits.

Show 9 quoted lines
> I believe there's already an alias for it, git annotate, if you'd
> prefer to use that.  The name "blame" came in with CVS, with the
> synonym "annotate", so it's well understood, but you can use
> whichever alias you prefer.
>
> I do think there may some differences in the defaults between git
> annotate and git blame, but if someone wanted to send in a patch for an
> option to make annotate produce identical output to blame, then I think
> it could be a full replacement.

At that point we can retire "git blame" and make it a built-in alias to "git annotate --behave-like-git-blame". Then we will come full circle ;-)

Thanks.
Previous: brian m. carlsonNext: rsbecker@nexbridge.com
Message 3 of 10 in “Let us not call it git blame”
  1. Dinesh DharmawardenaMar 2, 2023
  2. brian m. carlsonMar 2, 2023
  3. Junio C HamanoMar 2, 2023
  4. rsbecker@nexbridge.comMar 3, 2023
  5. demerphqMar 3, 2023
  6. brian m. carlsonMar 3, 2023
  7. demerphqMar 3, 2023
  8. Peter HadlawMar 3, 2023
  9. Ævar Arnfjörð BjarmasonMar 7, 2023
  10. Elijah LynnMar 9, 2023

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.