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

Re: Is there any efficient way to track history of a piece of code?

From
Chris Packham <judge.packham@gmail.com>
Date
May 8, 2014, 07:35 UTC
Message-ID
<536B33D5.7090301@gmail.com>
In-Reply-To
<CAHz2CGW4rRWzGMPxM1XsoYvrwrrddrxAr+AKAi5SdMx+3rBjNg@mail.gmail.com>
On 08/05/14 18:54, Jianyu Zhan wrote:
Show 16 quoted lines
> Usually, a trivial change(like coding style fix) may bury a
> original change of the code, and thus git blame is of less
> help. And to address this situation, I have to do like this:
> 
>    git blame -s REF^ <file-in-question> > temp
> 
> to dig into the history recursively by hand, to find out
> the original change.
> 
> Here, REF is commit-id that git blame reports.
> 
> git log -L is a good alternative option, but sometimes it seems
> too cubersome, as I care only one line of code.
> 
> Is there any current solution or suggestion?
> 

I use "git gui blame" for this all the time at $dayjob. If there aren't too many of these code clean ups then the eclipse git integration is also handy for this but it will suffer from the same issues as git blame.

Previous: David Kastrup
Message 7 of 7 in “Is there any efficient way to track history of a piece of code?”
  1. Jianyu ZhanMay 8, 2014
  2. Jeff KingMay 8, 2014
  3. Jianyu ZhanMay 8, 2014
  4. Junio C HamanoMay 8, 2014
  5. David LangMay 9, 2014
  6. David KastrupMay 8, 2014
  7. Chris PackhamMay 8, 2014

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.