Re: [StGit PATCH] It doesn't make sense to sink below an unapplied patch

From: Karl Hasselström <kha@treskal.com>
Date: Sep 17, 2007, 09:49 UTC
Message-ID: <20070917094928.GC8657@diana.vm.bytemark.co.uk>
In-Reply-To: <87veaab93v.fsf@morpheus.local>

On 2007-09-16 23:20:36 +0200, David Kågedal wrote:

Show 9 quoted lines

> Karl Hasselström <kha@treskal.com> writes:
>
> > Another idea that's been kicked around is to have a general
> > reorder command, that spawns an editor and lets you move around
> > (and delete) patch names until you're satisfied. (This too would
> > be implemented in terms of push and pop of single patches.)
>
> This of course sounds very much like "git rebase -i", but the
> semantics would maybe not be identical.

For one, the StGit version would have to update StGit's metadata. :-)

> One feature from rebase I'd like to see if this was implemented is
> the "squash" option to join two patches. But it would probably be
> called "fold" to keep with stgit terminology.

I actually started to write such a command this weekend, but I didn't have time to finish it. I did however come to the conclusion that I'd want to refactor the relationship between patches and commits first. (Which was why I was so pleasantly surprised that you spent part of the weekend doing precisely that!)

-- 
Karl Hasselström, kha@treskal.com
      www.treskal.com/kalle