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.