[RFC] Stgit - patch history / add extra parents

2005-08-18 Thread Jan Veldeman
Hi, I like stgit very much, but I feel there is still something missing: stgit is very handy when you use it for patches which should be pushed to mainline rather quickly. But for pacthes which won't be pushed immediately to mainline, it would be usefull to have a history of the patches itself.

Re: [RFC] Stgit - patch history / add extra parents

2005-08-19 Thread Jan Veldeman
Catalin Marinas wrote: The patch history feature was available in StGIT 0.1/0.2 releases where you should have run a 'stg commit' before 'stg refresh'. The commit was handling all the history changes, with separate commit messages and refresh was updating the main commit with 2 parents. I

Re: [RFC] Stgit - patch history / add extra parents

2005-08-21 Thread Jan Veldeman
Catalin Marinas wrote: So for example, you only tag (freeze) the history when exporting the patches. When an error is being reported on that version, it's easy to view it and also view the progress that was already been made on those patches. I agree that it is a useful feature to be

Re: [RFC] Stgit - patch history / add extra parents

2005-08-23 Thread Jan Veldeman
Daniel Barkalow wrote: On Tue, 23 Aug 2005, Catalin Marinas wrote: Something is legitimate as a parent if someone took that commit and did something to it to get the new commit. The operation which caused the change is not specified. But you only want to include it if anyone cares about

Re: [RFC] Stgit - patch history / add extra parents

2005-08-25 Thread Jan Veldeman
Daniel Barkalow wrote: [...] The parents which should be visible to the outside, will always be versions of my development tree, which I have previously pushed out. My way of working would become: * make changes, all over the place, using stgit * still make changes (none of these gets

Re: [RFC] Stgit - patch history / add extra parents

2005-08-31 Thread Jan Veldeman
Catalin, Daniel, thank you both for your input. I'll try your recommendations (when time is available ;-) and see how it goes. Best regards, Jan - To unsubscribe from this list: send the line unsubscribe git in the body of a message to [EMAIL PROTECTED] More majordomo info at