I was wondering if anybody's got a good process for the following situation: I've just rebased a series onto the new origin/next. In the afterwards, I determined that some of the intermediate merges weren't right (the patch to split bundle-handling out of builtin-bundle didn't pick up fixes to builtin-bundle). I also found and fixed a warning added by my series. I want to take these changes, split them into individual hunks, and apply each hunk to the appropriate commit from the series before that commit, generating a new series. I know how to do it by figuring out where the hunk should go myself and branching, fixing, and rebasing, but I was wondering if there was a magic script to just do it. It seems like it should be an automatable operation (take the last commit as a set of hunks, and walk back up the history, leaving each one at the oldest commit to which it applies cleanly; when all of the hunks are allocated, generate a new history by amending commits). -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
| Al Boldi | Re: [ck] Re: [ANNOUNCE] RSDL completely fair starvation free interactive cpu sched... |
| Ingo Molnar | Re: [patch] sched_clock(): cleanups |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Amit K. Arora | [RFC] Heads up on sys_fallocate() |
git: | |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | [GIT]: Networking |
| Gerrit Renker | [PATCH 18/37] dccp: Support for Mandatory options |
| Denys Vlasenko | [PATCH 1/2] bnx2: factor out gzip unpacker |
