On 12/5/10 12:37 PM, Jonathan Nieder wrote:
-------------------------------------------------- [Out of tree, stalled] * tc/remote-helper-usability: $gmane/157860 . Register new packs after the remote helper is done fetching . Properly record history of the notes ref . Fix ls-remote output when displaying impure refs . Add git-remote-svn . Introduce the git fast-import-helper . Rename get_mode() to decode_tree_mode() and export it . Allow the transport fetch command to add additional refs . Allow more than one keepfile in the transport . Remote helper: accept ':<value> <name>' as a response to 'list' The fourth-from-top seems a bit hard to review. If it really is necessary to introduce a separate program with a separate interface, maybe a compile-time flag to choose between them would help?
I simplified the code and the requirements on fast-import are much lighter now. All I need is a way to tell fast-import to stop writing refs and after each commit write its sha1 to stdout. It's possible to modify fast-import.c with a small patch to make it behave like that. However, I haven't followed the svn remote helper that much lately so I don't know whether one of the other patches already modifies fast-import in this way.
From the beginning my code was meant to be just an example how the interaction between git and the svn remote helper could look like. For example I save the svn rev <-> sha1 mapping in notes, which is appears to work well. I'll take a look if I'll be able to use the svn-fe in my script.
tom -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html