mercurial のクライアントとして Git を使う？なぜgit-hgがないのですか？

質問

これは、しばらくの間、私を悩ませている質問です。私は下調べをし、stackoverflowをチェックし、私の質問について少なくともこれらの2つのトピックを見つけました。 git-svn のような Mercurial のための Git そして Mercurial リポジトリと Git の相互運用性

この問題を解決するために真剣にググってみたのですが、今のところうまくいきません。また Git の内部情報 の本も読みましたし Mercurial 決定版 ビハインド・ザ・シーン を読んで、これを理解しようとしました。なぜ適切な git-hg タイプのツールを見つけることができないのか、まだ少し謎です。

私の観点では、git-svn は、私が仕事でも mercurial よりも git を使うことを選択した理由の主な特徴の 1 つです。これは、私が好きなワークフローを使用することを可能にし、他の誰も気にしないのであれば、気にする必要はないのです。私は、あるチェーンで提案されたように、変換のために中間の hg リポを使用することの意味がわかりません。

とにかく、私が読んだ限りでは、hg と git は概念的な設計において非常によく似ているようです。そこには ボンネットの下の違い がありますが、いずれも hg 用の git クライアントを作成することを妨げるものではありません。私の考えでは、リモート追跡ブランチと octopus マージによって、git は hg よりもさらに強力になります。

そこで本当の疑問なのですが、なぜ git-hg が存在しない（あるいは少なくとも見つけるのが非常に困難である）のか、何か本当の理由はあるのでしょうか？ git ユーザ (および開発者) が hg の対応物に反感を持っていて、それが git-hg ツールの欠如を引き起こしているのでしょうか？ このようなものを開発し、それを公開する計画はありますか？私はボランティアで（非常に弱いCスキルですが）これを完成させるために参加することができます。私はただ、これを自分で立ち上げるための完全な知識を持っていません。

これは、すべての DVCS 戦争を永久に終わらせるツールになり得るでしょうか？

どのように解決するのですか？

hg-git と、作者の パイコン発表 は、この状況に対する彼の考え方を説明しています。あなたがググってこれらを見つけたかどうかは分かりませんが、彼らは私の疑問に答えてくれました。