Re: Announcing a new (prototype) git-remote-hg tool
- From
Philip Oakley <philipoakley@iee.org>
- Date
- Dec 5, 2014, 22:36 UTC
- Message-ID
- <0B0D868B05D243178E3A2AC2912938DA@PhilipOakley>
- In-Reply-To
- <20141205205335.GA28935@glandium.org>
From: "Mike Hommey" <mh@glandium.org>
Show 38 quoted lines
> Hi, > > I've (re)started work on a longstanding idea of mine of having a git > tool > talking the mercurial wire protocol directly. I'm now at a stage where > the tool can clone and pull/fetch from mercurial. > > As it is a prototype, there are many things that it doesn't handle > (like > named branches, bookmarks, phases, obsolescence markers), but it > currently transposes a complete mercurial dag to git and maintains > metadata about the original mercurial data. > > Code on https://github.com/glandium/git-remote-hg > > It doesn't support push, but support for that should come in the > coming > weeks. > > More background on http://glandium.org/blog/?p=3382 > > This is meant to be a prototype, and will stay that way for now. > It's a validation that this can actually work. Now that I have pull > support I know I can make it push. > I'm currently evaluating what the final tool would look like. I'm > *very* > tempted to implement it in C, based on core git code, because there > are > many things that this helper does that would be so much easier to do > with direct access to git's guts. And that wouldn't require more > dependencies than git currently has: it would "just" need curl and > ssh, > and git already uses both. > > If I were to go in that direction, would you consider integrating it > in git core? If not, would you rather see git helpers to make this > git-remote-hg helper more efficient? >
You may also be interested in https://felipec.wordpress.com/2013/08/26/whats-new-in-git-v1-8-4-remote-hg/ and https://github.com/felipec/git-remote-hg.
Though Filipe's unique work style hasn't found favour locally.
see also https://github.com/buchuki/gitifyhg/wiki/List-of-git-hg-bridges
Philip