Re: new stacked git feature

From: Catalin Marinas <catalin.marinas@arm.com>
Date: Feb 12, 2008, 16:42 UTC
Message-ID: <1202834567.14175.68.camel@pc1117.cambridge.arm.com>
In-Reply-To: <20080111194946.GA7504@redhat.com>

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:

Show 11 quoted lines

> Jason Baron wrote:
> > 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