Re: new stacked git feature
From: Catalin Marinas <catalin.marinas@arm.com>
Date: 2016-06-15 22:44:13
Hi Jason, On Fri, 2008-01-11 at 14:49 -0500, Jason Baron wrote:
I was just wondering if there was any progress on the feature, mentioned below that we were discussing...I'd be more than happy to help explain it further or help out with it...maybe there a mailing i should be sending this to?
Sorry for the loooooong delay. I've been pretty busy and not able to do much work on StGIT (though the other contributors did a lot of changes). Now I'm trying to get up to speed with the latest StGIT structure :-). I cc'ed the other StGIT people and the GIT mailing list. Catalin Marinas wrote:
Jason Baron wrote:quoted
I also want to be able to go back to a git tag and reproduce a state of the tree...i'm not sure i can do this with two git repositories...i almost want an stgit mode where changes to the patches directory resulst in git commits. IE if i refresh and patch or remove a patch i get a commit to the patches directory. Maybe this can be a 'commit' mode or something that is set when we do 'stgit init'? thoughts?This could be made to work but I usually run refresh really often. Maybe the commits to the patches directory should have an additional log describing what it does (like the 'refresh --annotate').
The background of this discussion is to have two or more StGIT repositories and keep them in sync. An idea is to share the exported patches directory and automatically synchronise them between various repositories (we already have a 'stg sync' command which I use for this kind of things but it's not automated). Yet another idea is to add some metadata to each commit log, something like a unique id so that one can recreate the stack with only a GIT revision id, without knowing the base. -- Catalin