On Tue, 17 Jul 2007, Johannes Schindelin wrote:You should use -C on this sort of thing, so that the interesting aspects of the patch are easier to see. (It actually comes out longer in this case, but it's far easier to tell that the code in the new file is the same as the old code.) Can you tell I've been rearranging a lot of code lately and trying to make the patches not look really scary? Aside from presentation, it looks good to me. Shall I stick the bundle changes into my series? I'd like to have them come before the patch to switch to builtin-fetch, so that there aren't any revisions where "git fetch" doesn't have bundle support. And I think it would be best to take part 3 as a review fix to my final patch. -Daniel *This .sig left intentionally blank* - 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
| Rafael J. Wysocki | [Bug #10493] mips BCM47XX compile error |
| Ingo Molnar | [patch 02/13] syslets: add syslet.h include file, user API/ABI definitions |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Andrea Arcangeli | [PATCH 00 of 11] mmu notifier #v16 |
git: | |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Linus Torvalds | Re: [GIT]: Networking |
| Mark Lord | Re: [BUG] New Kernel Bugs |
