Martin Langhoff <martin.langhoff@gmail.com> wrote: > On 11/1/05, Joel Becker <Joel.Becker@oracle.com> wrote: >> > is possible) offhand. Sometimes, when you want truly logical >> > steps, you would end up needing intermediate steps that never >> > existed in your true history (i.e. "in the hindsight, my >> > development should have progressed in these steps.") >> >> Yes, I always do. But I'm not talking about that sort of large >> feature add or whatever. I'm talking about merely doing something on a >> small scale, but in a temporary repository. > > I'm really surprised that Calalin hasn't chimed in. Well, it was night here when this discussion took off :-). > If you are into rewriting/merging/splitting your patches, StGIT is > your friend. Check out: http://www.procode.org/stgit/ StGIT mainly resembles Quilt workflow but there are no patches, only commit objects which are indefinitely replaceable (push/pop/refresh). What I usually do is create smaller commits for different features and just stack them together. That's usually for features which are dependent on each-other and you can control them with a finer grain than having separate branches. One can push/pop patches (commits) to bring the patch to be modified at the top. After modification, a refresh command would save it as a commit. All the patches (commits) in the stack are accessible via HEAD and are seen as GIT commits. It may happen to just have a bigger patch which needs splitting. What I usually do in this case is import the patch as an StGIT patch (i.e. GIT commit object), pop it from the stack so that it is no longer applied, split the physical patch (diff file) into smaller, logical changes and apply them one by one with StGIT. When you think al the big patch was completely applied, pushing it should result in an empty patch, otherwise you might have missed something that needs applying. With StGIT you can also pick a commit object from a different branch as a StGIT patch or you could merge two patches into one. Once you are OK with the patches in the stack, just ask the gatekeeper to pull the changes from your tree using plain GIT or mail them automatically with StGIT. -- Catalin - 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.htmlReceived on Wed Nov 02 00:27:11 2005
This archive was generated by hypermail 2.1.8 : 2005-11-02 00:27:15 EST