Re: In-depth git blame?

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

 



On Wed, Mar 02, 2011 at 10:44:45PM +0100, Peter Baumann wrote:
> [ Cc Jonas, because he might know more about that ]
> 
> On Wed, Mar 02, 2011 at 04:34:37PM -0500, Jeff King wrote:
> > On Wed, Mar 02, 2011 at 10:29:51PM +0100, Peter Baumann wrote:
> > 
> > > > If you use "git gui blame" or "tig blame", both have a "blame from
> > > > parent commit" feature. This restarts the blame using the content as
> > > > it was just before the answer you just got, so you can recursively
> > > > dig.  It's unfortunately a somewhat manual process.
> > > > 
> > >  
> > > Hm. I guess pressing 'B' will blame the parent commit in tig.  But I
> > > can't figure out how to navigate back to the old commit (before
> > > pressing 'B')?  Any hints appreciated!
> > 
> > No, it is "," (comma) from the blame viewer in tig to blame starting
> > from the parent of the blamed commit of the highlighted line.
> > 
> Thx, I didn't know that. Your help is really appreciated!
> 
> > Doing "B" will just re-blame starting at that commit, which will of
> > course give you the same answer (I think it is a global "go to blame
> > view", so it is more useful when you are _not_ in the blame viewer
> > already).
> > 
> > And if you are confused at any point, "h" should give you a
> > context-sensitive list of keystrokes.
> > 
> Hm. I did look at the 'h'elp, but it wasn't mentioned there, at least
> not in my version (tig version 0.16-9-g7630a8f) here.
> 

Ok. I take it back. I was blind not having it seen in the help. Searching
for ',' did make me see it :-)

-Peter
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]