Mercurial

2005年4月上旬、Linuxカーネルの開発に利用されていたBitKeeperのフリー版の配布停止が発表された（詳細についてはBitKeeper#価格変更参照）。Linuxカーネル開発者の一人でもあった Mackall はBitKeeperに代わる分散型バージョン管理システムの開発に乗り出し、4月19日に0.1をリリースした^[7]。 既にLinuxカーネルの原著作者であるリーナス・トーバルズも同様の目的でGitの開発を開始していたが、Mackall は Linux kernel Mailing List 上で Mercurial の優位性(データを差分の形式で保持することにより、リポジトリのサイズを節約している等)を訴え、トーバルズと論争を繰り広げたこともあった。LinuxカーネルプロジェクトはMercurial ではなくGitを使用することを決定したが、現在^[いつ?]、Mercurial は他の多くのプロジェクトで使用されている。「Git vs. Mercurial」はハッカー文化の聖戦の1つになった。

Mercurial メーリングリストの回答で、Mackall は「Mercurial」という名前がどのように選ばれたか説明した。

最初のリリースの少し前に、私は BitKeeper が犯しつつある大失敗に関するある記事を読みました。その記事にはラリー・マクボイ^{[注釈 2]}は mercurial（移り気）であると書かれていました。この言葉が複数の意味を持つこと^{[注釈 3]}、便利な略語があること、そしてそれまで私が使ってきた命名スキームと適合すること（私の電子メールアドレスを参照）から、すぐにピンとひらめいたのです。つまり、Mercurial はラリーを称えて付けられた名前です。同じことが Git にも当てはまるかどうかはわかりません^{[8][注釈 4]}。

設計目標は、

• 高い性能とスケーラビリティ
• サーバが不要な、完全に分散した共同開発環境
• テキストファイルとバイナリファイルの両方を効率よく扱うこと
• 概念上はシンプルなままで、高度なブランチ機能とマージ機能を持つこと

である。またMercurialは完全なWebインターフェースを含んでいる。 原著作者はOlivia (Mattは旧名) Mackall で、2016年にMercurial開発から引退した^[9]。

Mercurial はSHA-1ハッシュを使用してリビジョンを識別する。ネットワークを介したリポジトリへのアクセスでは、Mercurial はHypertext Transfer Protocolベースのプロトコルを使用して、往復要求、新しい接続、および転送されるデータを削減しようとする。 Mercurial は、プロトコルがHypertext Transfer Protocolベースのプロトコルに非常に似ているSSHでも機能する。デフォルトでは、外部マージツールを呼び出す前にマージ (バージョン管理システム)を使用する。

0.9.5版から、他のバージョン管理システムで管理されたソースコードを、取り込む機能がサポートされている^[10]。

Mercurial はLinuxカーネルソースの管理に選択されていないが、Facebook^[11]、World Wide Web Consortium、Mozillaを含むいくつかの組織で採用されている。FacebookはRustを使用してMononoke^[12][13]を作成している。これは、大規模なマルチプロジェクトリポジトリをサポートするために特別に設計されたMercurial サーバである。

2013年、FacebookはMercurial を採用し、大規模な統合コードリポジトリを処理するためのスケーリングに取り組み始めた^[14]。

Bitbucketは、Webベースのバージョン管理サービスが2020年6月にMercurial のサポートを終了すると発表し、新しいプロジェクトの1％のみがそれを使用していると説明した^[15]。

Mozillaは長年Firefoxなどの開発にMercurialとGitを利用していたが、2023年にGitへ一本化することを発表した^[16][17][18]。

• RhodeCode Inc. によるRhodeCode
• Kallithea(RhodeCodeのGPLv3フォーク)
• Fog Creek Software によるKiln
• Phacility によるPhabricator

• バージョン管理システムの一覧