Hi Lawrence,
StGit currently maintains stack metadata in two places. One of the places is in the "foo.stgit" branch as indicated in log.py. The other is in files located in .git/patches/foo/. The former is the "new" location supported by the "new" internal git interface infrastructure. The latter is the location StGit originally used. Both are currently used. The metadata is redundant between the two locations. And StGit has separate git interface modules associated with each.
StGit still has a mix of commands using both the original and the new metadata infrastructure. Over the past year, I have been chipping away at converting commands still using the old metadata infrastructure to use the new. I have converted 7 commands. There are 6 more to go (branch, repair, import, mail, rename, sync).
Once all of stgit's commands are converted to the new infrastructure, then it will be possible to have first-class support for cloning, pushing, and pulling stgit metadata branches. I agree that StGit should probably grow some specific capabilities to help with this.
It sounds like perhaps you have discovered a trick to get stgit to rebuild the metadata in .git/patches/foo after cloning the foo.stgit branch from a remote repo. I believe this is possible since the foo.stgit branch contains all the information needed to reconstruct .git/patches/foo. The following seems to do the trick (but is emphatically *not* supported):
git clone foo
cd foo
git fetch origin master.stgit:master.stgit
stg init
stg undo
TL;DR: there is a long-standing vision to be able to do this and hopefully we will get there soon.
Cheers,
Pete
> --
> You received this message because you are subscribed to the Google
> Groups "StGit (Stacked Git)" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to
stgit+un...@googlegroups.com.
> To view this discussion on the web, visit
>
https://groups.google.com/d/msgid/stgit/EBAA0984-F4E2-4F63-B84D-B4E0F602527C%40elder-gods.org.
>