git@vger.kernel.org mailing list mirror (one of many)
 help / color / mirror / code / Atom feed
* Editing patch sequences
@ 2008-03-09  9:30 Florian Weimer
  2008-03-09  9:37 ` Jakub Narebski
  0 siblings, 1 reply; 3+ messages in thread
From: Florian Weimer @ 2008-03-09  9:30 UTC (permalink / raw
  To: git

I've got a patch sequence (a list of file names of patches to apply to
some directory tree, not necessarily in quilt format), and I need to
reorder those patches (for instance, I've got a different version of the
directory tree, but don't want the patch at the beginning of the patch
sequence, but add the end).  If automatic reordering fails, I'd really
like to get some sort of three-way conflict.  After the editing process,
I want to get back another patch sequence, with as few as possible
differences to the original sequence (e.g., embedded file time stamps
should be kept the same, file headers should be preserved, and the order
of files in the patch should remain unchanged).

Has this already been implemented? "git rebase --interactive" comes
close, I think.  But minimizing the changes to individual patches seems
a bit of work.

It's not necessary that this integrates well with other GIT operations,
all this can happen on some throw-away branch or set of branches.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Editing patch sequences
  2008-03-09  9:30 Editing patch sequences Florian Weimer
@ 2008-03-09  9:37 ` Jakub Narebski
  2008-03-16 11:02   ` Florian Weimer
  0 siblings, 1 reply; 3+ messages in thread
From: Jakub Narebski @ 2008-03-09  9:37 UTC (permalink / raw
  To: Florian Weimer; +Cc: git

Florian Weimer <fw@deneb.enyo.de> writes:

> I've got a patch sequence (a list of file names of patches to apply to
> some directory tree, not necessarily in quilt format), and I need to
> reorder those patches (for instance, I've got a different version of the
> directory tree, but don't want the patch at the beginning of the patch
> sequence, but add the end).
[...]

> Has this already been implemented? "git rebase --interactive" comes
> close, I think.  But minimizing the changes to individual patches seems
> a bit of work.

You can try to use one of two Git patch management interfaces: 
StGit or Guilt.
-- 
Jakub Narebski
Poland
ShadeHawk on #git

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Editing patch sequences
  2008-03-09  9:37 ` Jakub Narebski
@ 2008-03-16 11:02   ` Florian Weimer
  0 siblings, 0 replies; 3+ messages in thread
From: Florian Weimer @ 2008-03-16 11:02 UTC (permalink / raw
  To: Jakub Narebski; +Cc: git

* Jakub Narebski:

>> Has this already been implemented? "git rebase --interactive" comes
>> close, I think.  But minimizing the changes to individual patches seems
>> a bit of work.
>
> You can try to use one of two Git patch management interfaces: 
> StGit or Guilt.

I had missed that StGit has got three-way merge support.  Fortunately,
the need to manage patch sequences has gone away for the time being
(someone else did it for me 8-).  But I'll report back when the need
finally arises.  Thanks.

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2008-03-16 11:04 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-03-09  9:30 Editing patch sequences Florian Weimer
2008-03-09  9:37 ` Jakub Narebski
2008-03-16 11:02   ` Florian Weimer

Code repositories for project(s) associated with this public inbox

	https://80x24.org/mirrors/git.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).