Hi, On Sun, 14 Oct 2007, Bj?rn Steinbrink wrote:I think it is not useless. It says exactly the same as I did, in another reply: git blame starts with your working tree. As such, it has to do some operations which happen to fail on unmerged files. So the solution in your case _really_ is: git blame HEAD file2 Explanation: with that command line, you ask git blame to start with a given revision (instead of the working tree), which just so happens to be the HEAD revision. Hth, Dscho - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Linus Torvalds | Linux 2.6.27-rc8 |
| Christoph Lameter | Re: Major regression on hackbench with SLUB (more numbers) |
| Mike Travis | Re: [RFC 00/15] x86_64: Optimize percpu accesses |
git: | |
| Gerrit Renker | [PATCH 15/37] dccp: Set per-connection CCIDs via socket options |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | [GIT]: Networking |
| Hugh Dickins | Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin" |
