Hi, On Tue, 28 Nov 2006, Jeff King wrote:I was surprised that not more of my stuff was in the top-15, since I submitted less-than-finished patches quite often. Especially merge-recursive was quite a bit of work for Alex and me. BTW merge-recursive is a perfect example why this approach will break down: most of the rewrite in C took place in a private repository with quite some commits. This does not show in the git repository. I fully expect the linux repository to behave similarly, since most of the features are cooked elsewhere, and not all of them are pulled, but some are applied (i.e. they appear out of nowhere from the repository's viewpoint). Ciao, 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
| Peter Zijlstra | [RFC][PATCH 7/7] lockdep: spin_lock_nest_lock() |
| Gabriel C | Re: 2.6.24-rc2-mm1 |
| Andrew Morton | Re: [PATCH 2.6.21] cramfs: add cramfs Linear XIP |
| Jiri Kosina | Re: 2.6.21-rc5-mm4 |
git: | |
| Gregory Haskins | [RFC PATCH 00/17] virtual-bus |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | [GIT]: Networking |
| Gerrit Renker | [PATCH 0/37] dccp: Feature negotiation - last call for comments |
