Re: [ANNOUNCE] pg - A patch porcelain for GIT
- From
- Chuck Lever <cel@citi.umich.edu>
- Date
- Feb 14, 2006, 15:22 UTC
- Message-ID
- <43F1F5CB.10402@citi.umich.edu>
- In-Reply-To
- <20060214100844.GA1234@diana.vm.bytemark.co.uk>
Karl Hasselström wrote:
Show 25 quoted lines
> On 2006-02-14 09:26:41 +0000, Catalin Marinas wrote: > > >>Another thing that's missing in StGIT is the import of a series of >>patches. At the moment I run a small shell script to import >>individual patches. > > > One thing I would like to see in stgit is the opposite of "stg > commit"; instead of converting patches to regular commits, take the > topmost regular commits and convert them to patches. > > For example, "stg uncommit foo bar baz" would -- regardless of any > existing patches, applied or not -- convert the top three regular > commits, with comments and all, to stgit patches called foo, bar, and > baz. These would be already applied, at the bottom of the stack. I > imagine all one would have to do is to modify some stgit metadata, so > the operation could be really cheap. > > Of course, "stg uncommit" is allowed to reject any commit with more > than one parent, since those can't be represented as stgit patches. > > This would perhaps not add much power to an all-stgit workflow, but it > would be a really convenient way to edit recent git history. Sort of > like a more convenient rebase. And a great way to lure new users. :-)
i think you want "stg pick --reverse" ?
begin:vcard fn:Chuck Lever n:Lever;Charles org:Network Appliance, Incorporated;Open Source NFS Client Development adr:535 West William Street, Suite 3100;;Center for Information Technology Integration;Ann Arbor;MI;48103-4943;USA email;internet:cel@citi.umich.edu title:Member of Technical Staff tel;work:+1 734 763-4415 tel;fax:+1 734 763 4434 tel;home:+1 734 668-1089 x-mozilla-html:FALSE url:http://troy.citi.umich.edu/u/cel/ version:2.1 end:vcard