Re: Some ideas for StGIT

From: Pavel Roskin <proski@gnu.org>
Date: Aug 5, 2007, 00:08 UTC
Message-ID: <1186272503.1948.21.camel@dv>
In-Reply-To: <20070804055110.GP20052@spearce.org>

On Sat, 2007-08-04 at 01:51 -0400, Shawn O. Pearce wrote:

Show 9 quoted lines

> I agree with Andy.  Aside from the performance issues that I
> am currently having with a 55 patch series, "rebase -i" (and its
> predecessor script from Dscho) have been a major part of my toolkit,
> to the point that I really don't need something like StGIT on
> my system.
> 
> (Regarding the performance, cherry-picking 55 patches is
> slow, especially when many of them would apply trivially with
> git-diff|git-apply --index.  Be nice to improve that in 1.5.4.)

I understand that "git-rebase -i" is good for keeping local changes up-to-date, but the real issue is managing the local patches so that they can be enhanced to the point that they are ready for submission.

That includes such things as moving chunks between patches, editing descriptions, joining patches together, sorting patches into groups by their urgency and so on. Keeping the patches up-to-date is just one aspect.

Anyway, I'm going to give "git-rebase -i" a try.

-- 
Regards,
Pavel Roskin