Re: Some ideas for StGIT

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, Aug 04, 2007 at 02:38:58AM -0400, Theodore Tso wrote:
> On Fri, Aug 03, 2007 at 01:50:10PM -0400, Pavel Roskin wrote:
> > Hello!
> > 
> > I was recently disappointed to learn that one of the Linux drivers
> > (bcm43xx_mac80211, to be precise) switched from git to quilt.  I asked
> > whether StGIT was considered, a discussion followed, and I think the key
> > points need to be shared with StGIT developers.  I'll add some of my
> > ideas to the mix.
> 
> You might also ask them if they considered "guilt", which uses
> text-based patches.  It's a lot easier to use, and if they really want
> quilt-like functionality, "guilt" will provide it.
 
I guess I should chime in.

The goal behind guilt is to be very simple yet powerful enough to do what is
necessary to maintain a piece of kernel code (read: to scratch my own itch).

> And because it's so stupid simple, it's much rarer that something goes
> seriously wrong that requires me to use a recovery procedure in the
> first place.

Thanks! :)

> Editing patch headers are also a lot easier with guilt; you can just
> go ahead and edit them all, and then you can fresh them in git by
> doing a "guilt pop -a; guilt push -a".  Since it's not using a
> git-based storage, it doesn't have to rewrite the whole patch stack
> when you modify a single patch header; you can edit a whole bunch of
> text headers and then refresh the git commit series just once.

FYI: v0.27 allows you to edit the patch headers with: guilt header -e

Pavel, if you have any questions, you know where to ask :)

Josef 'Jeff' Sipek.

-- 
Don't drink and derive. Alcohol and algebra don't mix.
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux