bug-standards
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Using VC for change descriptions


From: Paul Eggert
Subject: Re: Using VC for change descriptions
Date: Mon, 29 Jan 2018 10:57:56 -0800
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2

On 01/29/2018 05:30 AM, Joseph Myers wrote:
It's a different approach from looking at lists of entities for each
commit, but I think it's just as powerful in practice.

In my experience that is an understatement. When I'm trying to debug or spelunk code, "git blame" is significantly more useful than looking at entity lists in ChangeLogs, even when the ChangeLogs are well-written (which often they aren't).

For example, this morning I used used "git blame" when cleaning up some cruft in GNU Emacs's Fcall_interactively function. In this cleanup I removed a workaround for a ~30-year-old compiler bug that is no longer relevant. "git blame" let me easily determine the age of the workaround. It would have taken me far more time to use ChangeLogs to do the same thing, so I didn't bother. (When composing this email I just now took the time to look through the Emacs ChangeLogs, and they did not contain the relevant information so it would have been a waste of time to look at the ChangeLogs anyway.)

This experience is typical for me, when I hack on GNU programs. I almost never use the entity information in ChangeLog entries, as it's far less useful than "git blame". I do refer to the motivating text in ChangeLog entries, as that provides info that is not obvious from "git blame".




reply via email to

[Prev in Thread] Current Thread [Next in Thread]