MercurialリポジトリとのGit相互運用性

MacでGITを使用しています。十分に言った。私には道具があり、経験があります。使い続けたいです。ここには戦争はありません...

問題は常に相互運用性にあります。ほとんどの人がSVNを使用しています。これは私にとって素晴らしいことです。Git SVNはそのまま使用でき、簡単なソリューションではありません。人々は引き続きSVNを快適に使用でき、ワークフローもツールも失うことはありません。

今... Mercurialに同行する人もいます。彼らにとって罰金：彼らには理由があります。しかし、GIT HGをすぐに見つけることはできません。HGに切り替えたくありませんが、リポジトリと相互運用する必要があります。

皆さん、これの簡単な解決策を知っていますか？

2012年6月からの更新。現在、開発者がgit側から作業したい場合、Git / Hgの相互運用性のために以下のメソッドがあるようです。

1. Mercurialとhg-git拡張機能をインストールします。後者は、パッケージマネージャーを使用して、またはを使用して実行できますeasy_install hg-git。次に、以下が〜/ .hgrcにあることを確認してください：

   [extensions]
   hggit = 
   

   bookmarksここでも拡張子の指定について言及しているリファレンスがいくつかありますが、それはv 1.8以降、Mercurialに組み込まれています。Windowsへのhg-gitのインストールに関するヒントをいくつか紹介します。

   hg-gitを入手したら、上記のAbderrahim Kitouniとほぼ同じコマンドを使用できます。ただし、このメソッドは2009年から改良および調整されており、フレンドリーなラッパーgit-hg-againがあります。これはトップレベルディレクトリをMercurialとGitの両方の作業ディレクトリとして同時に使用します。defaultMercurialリポジトリ内の（名前のない）ブランチの先端と同期を保つMercurialブックマークを作成し、そのブックマークからローカルGitブランチを更新します。

2. git-remote-hgは別のラッパーで、同じくMercurialhg-git拡張に基づいています。これはさらにgit-remote-helpersプロトコルを使用します（その名前です）。Git作業ディレクトリにのみトップレベルディレクトリを使用します。Mercurialリポジトリをそのままにします。また、GitとMercurialの間の同期をより安全かつ慣用的にgitlikeにするために、2番目の裸のGitリポジトリーも維持します。

3. gitの-HG（旧維持スクリプトここでは）に基づいて、異なる方法を使用していますhg-fast-exportから、高速輸出プロジェクト。方法2のように、これもMercurialの裸のリポジトリと追加のGitの裸のリポジトリを保持します。

   プルの場合、このツールはMercurialブックマークを無視し、代わりにすべての名前付きMercurialブランチをGitブランチにインポートし、デフォルトの（名前のない）Mercurialブランチをマスターにインポートします。

   一部の解説では、このツールをhg-> gitのみとして説明していますが、 2011年12月7日にgit-> hg pushサポートにマージされたと主張しています。これらのツールのレビューで説明しているように、このツールが実装しようとする方法プッシュサポートは機能していないようです。

4. git-remote-hgと呼ばれる別のプロジェクトもあります。上記のバージョンとは異なり、これはhg-gitに依存せず、代わりにMercurial Python APIに直接アクセスします。現時点では、パッチを適用したバージョンのgitも必要です。私はまだこれを試していません。

5. 最後に、Tailorは、さまざまな異なるVCS間で段階的に変換するプロジェクトです。この開発は積極的に続けられないようです。

これらのアプローチの最初の3つは、調査を説得するのに十分なほど軽量に見えました。私はそれらを私のセットアップで実行させるためにいくつかの方法でそれらを微調整する必要がありました、そして私はそれらを改善するためにそれらをさらに微調整するいくつかの方法を見ました。それらをより効果的に。次に、他の人も同じ評価を行うために、これらの微調整もしたいと思うかもしれません。そこで、最初の3つのツールのいずれかのバージョンをインストールできるようにするソースパッケージを作成しました。また、必要なhg-fast-export部分のインストールも処理します。（hg-git自分でインストールする必要があります。）

それらを試して、何が最も効果的かを自分で決めることをお勧めします。これらのツールが壊れるケースについて聞いてうれしいです。私はそれらをアップストリームの変更と同期させておき、アップストリームの作者が私が有用だと思う微調整を確実に認識できるようにします。

上で述べたように、これらのツールを評価する際にgit-hg、Mercurialからのプルにのみ使用でき、プッシュには使用できないという結論に達しました。

これに関連して、GitとMercurialの間の有用な比較/翻訳マニュアルを以下に示します。場合によっては、すでにGitを知っているユーザーを対象としています。

• Gitユーザー向けのMercurial
• GitとMercurial-比較とコントラスト
• MercurialとGitの違いは何ですか
• MercurialとGit：技術的な比較
• Git HGロゼッタストーン
• 自作のコーディング：Mercurial
• Francisoudのブログ：Git対Mercurial（hg）
• Git対Mercurial

ネイティブサポートを提供する新しいgit-remote-hgがあります。

MercurialとBazaarのGitでのブリッジサポート

git-remote-hgを$ PATHにコピーして実行可能にすると、依存関係がなくなります（Mercurial以外）。

git clone hg::https://www.mercurial-scm.org/repo/hg/

ネイティブGitリポジトリであるかのように、そこからプッシュおよびプルできるはずです。

新しいGitブランチをプッシュすると、それらのMercurialブックマークが作成されます。

詳細については、git-remote-hg wikiを参照してください。

hg-gitを使用できるはずです。

hg clone <hg repository>

編集~/.hgrcして追加：

[extensions]
hgext.bookmarks =
hggit =

ブックマークを作成して、mastergit を作成します。

cd <repository>
hg bookmark -r default master

.hg/hgrcリポジトリで編集して追加：

[git]
intree = true

これでgitリポジトリを作成できます。

hg gexport

結果のディレクトリをgitクローンとして使用できます。水銀から引っ張ることになるでしょう：

hg pull
hg gexport

と水銀にプッシュ：

hg gimport
hg push

（はい、このワークフローでhgを使用する必要がありますが、ハッキングはすべてgitで行われます）

PSこのワークフローに問題がある場合は、バグを報告してください。

を試すことができますhg2git。これはpythonスクリプトであり、高速エクスポートの一部であり、http://repo.or.cz/w/fast-export.gitにあります。

ただし、Mercurialをインストールする必要があります。

HG-のgitがあるので、2つの -wayブリッジ、それはまた、あなたがMercurialのにGitリポジトリからチェンジセットをプッシュすることができます。

Hg-Git Mercurialプラグイン。自分で試したことはありませんが、チェックする価値があるかもしれません。

私はhttps://github.com/cosmin/git-hggit-hgから大成功しました（のインストールも必要です）。それはフェッチ、プル、プッシュをサポートし、私よりも安定しています（からgitへの同様の機能）。hghg-githg

使用例については、https：//github.com/cosmin/git-hg#usageを参照してください。ユーザーインターフェイスはに非常に似ていgit-svnます。

にgit-hgは、複製されたhgリポジトリごとに追加のディスク領域が必要です。実装では、完全なmercurialクローン、追加のgit bareクローン、および実際のgitリポジトリを使用します。必要なディスク容量は、通常のgit onlyの使用量の約3倍です。追加のコピーは.git、作業ディレクトリのディレクトリ（またはGIT_DIR通常どおりにポイントされる場所）の下に保存されます。

通知：git-hg解決しようとする基本的な問題は、gitとhg機能の間に1対1のマッピングがないことです。最大の問題は、gitブランチとhg名前なしブランチとhg名前付きブランチとhgブックマークの間のインピーダンスの不一致です（これらはすべて、gitユーザーにとってはブランチのように見えます）。関連する問題は、hgデフォルトではブランチ名がテンプレートのコミットメッセージにのみ追加されるgitではなく、バージョン履歴に元の名前付きブランチ名を保存しようとすることです。

クレームは間の相互運用性のブリッジを作成することを任意のツールgitとhg、このインピーダンス整合に対処するために起こっているのかを説明する必要があります。次に、選択したソリューションがニーズに合っているかどうかを判断できます。

をgit-hg使用するソリューションは、すべてのhgブックマークを破棄し、名前付きブランチをgitブランチに変換することです。さらに、git masterブランチをデフォルトの名前のないhgブランチに設定します。

hggitを試しました。私はgit'ersとhg'ersの仕事に対処しなければならないので、私にとってはうまくいきます。特にレビューの場合、これは素晴らしいです。

そのトピックに関する軽微な問題/警告：

私はhgを使用して安定したLinuxカーネルリポジトリのクローンを作成しようとしました。これらのリポジトリはgitで管理されており、通常は多数のファイルが含まれています。

とても遅かった。作業コピーを完全に複製して更新するのに2日かかりました。

私はcosminのgit-hgとabourgetのgit-hg-againの両方をmuttのhg repoで試しましたが、後でマージの順序を順守しているようですが、前者は少しランダムです。以下のスクリーンショットから確認できます。

cosminのgit-hgによってインポートされたmuttのマージ履歴グラフ：

abourgetのgit-hg-againによってインポートされたmuttのマージ履歴グラフ：

muttのhgリポジトリにhgkによってプロットされた実際の履歴グラフ：

上記からわかるように、abourgetのgit-hg-againによる2番目のグラフは元のhgkグラフに非常に近く、実際にはmuttの実際のワークフローを反映しています。

私が見つけたgit-hg-againの欠点の1つは、「hg」リモートを追加せず、すべての参照をローカルタグとしてインポートすることです。git-hgには、上流のhgリポジトリを表す素晴らしい「hg」リモートがあります。

双方向のhg-git（およびgit-git、hg-hg）の同期は、サービスGit-hg Mirrorでも可能です。それは舞台裏で（特に）hg-gitを使用し、そのコードもオープンソースです。

免責事項：私はその背後にある会社から来ました。