threads / discuss / 10943

stgit: another way of storing patches

Subject: stgit: another way of storing patches

## tl;dr

2 messages between Nov 20, 2007 and Nov 21, 2007.

replies: 1people: 2as markdown or json

Jon Smirl· Nov 20, 2007, 14:53 UTC · lore

What about storing each stg git patch in a branch and then auto-merging them into the working copy? That would allow per patch history and undo. Would it make them easier to share? You could use tag names to tell stg how to merge and make the working branch.

-- 
Jon Smirl
jonsmirl@gmail.com
Karl Hasselström· Nov 21, 2007, 11:24 UTC · re: Jon Smirl · lore

Re: stgit: another way of storing patches

On 2007-11-20 09:53:55 -0500, Jon Smirl wrote:
> What about storing each stg git patch in a branch and then
> auto-merging them into the working copy?

You mean making a "patch" be a topic branch rather than just one commit, with the successive commits on the topic branch reflecting the changes to the patch over time?

How would you handle operations such as refreshing a non-topmost patch, reordering patches, dropping patches, etc? It seems to me that the operation you'd want then would look more like cherry-picking than merging, at least sometimes.

It might work, but someone would have to sit down with pen and paper and work out how all the common operations should work.

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

← back to recent threads