From: "John W. Linville" <linville@tuxdriver.com> Date: Tue, 12 Feb 2008 12:04:22 -0500If I knew something was "maybe" ahead of time I simply would not apply it. Everything I apply to my tree I feel is likely to get integrated. If it isn't, I let the patch work itself out on the lists and amongst the interested developers. The real issue is deleting crap. Once something that seemed like a good idea turns sour I want to remove it entirely. This isn't doable without a rebase. Also, and Andrew does this a lot, I want to clean up changes which have problems I only notice later. In fact the rebase process turns up all kinds of things such as whitespace errors that I get when merging other people's trees. Having extra changesets with the small fixups adds zero value and just more churn to go over when reading changesets. A small annotation to the changelog will do, that answers the "where did this come from?". With patches and rebasing that operation is easy, and I'm willing to deal with all of the rebasing of subsequent changesets that is usually caused by such things. Yes, I'm even willing to do it to patch #1 in a 1500 patch tree. :-) --
| Greg Kroah-Hartman | [PATCH 011/196] sysfs: Fix a copy-n-paste typo in comment |
| Al Boldi | Re: [ck] Re: [ANNOUNCE] RSDL completely fair starvation free interactive cpu sched... |
| Andrew Morton | 2.6.25-rc8-mm2 |
| Ingo Molnar | Re: [patch] sched_clock(): cleanups |
| David Miller | [GIT]: Networking |
| John P Poet | Realtek 8111C transmit timed out |
| Gerrit Renker | [PATCH 15/37] dccp: Set per-connection CCIDs via socket options |
| Kenny Chang | Multicast packet loss |
git: | |
