Hello, On 26/01/13 16:26, David Seikel wrote: > On Sun, 27 Jan 2013 01:31:54 +1000 David Seikel <onef...@gmail.com> > wrote: > > I don't normally use blame, but this is the sort of thing where blame > might become more important. Looking at a file that I know well, coz I > wrote most of it, efl/src/lib/edje/edje_lua2.c, and phabricator blames > Gustavo for almost all of it, except for the little commit I made since > it got merged. Gustavo's blame is coz he copied the file into efl as > part of the edje merge. In fact, I wrote most of it, raster wrote most > of the rest, and there's been little bits of others scattered through > it. Does this mean that ALL the blame for anything in EFL is gonna be > for the person that copied the files in during initial merges? Did > whatever method was used to merge EFL break history, or did that history > get confused in the move to git? > > OK, I just ran svn blame on that file in my local copy, and it got the > blame correct, as I mentioned above, says I wrote most, raster wrote > most of the rest, others have little bits of it. So It's that git that > is wrong.
On the command line you can try using the following: git blame -C -C -M -M <file> (Yes, list the options twice) Tracks movements and copies of lines across files. Beware, this may be rather slow. :-/ I would think that the web interface doesn't use it because of that. Regards, Daniel ------------------------------------------------------------------------------ Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
