Mercurialのシステム開発でおすすめの開発会社/ベンダー6選と選び方

Mercurialのシステムとは、分散型バージョン管理システムMercurial（コマンド名はhg）を中心に、リポジトリ、認証、コードレビュー、CI/CD、バックアップまでを組み合わせた開発基盤です。

Gitが主流になった現在も、既存のMercurial資産を安全に残したい企業や、Gitへ移行する前に履歴・権限・開発手順を整理したい企業は少なくありません。本記事では、Mercurialを継続利用する場合とGitへ移行する場合の両方を想定し、相談先として検討できる6社、費用の目安、発注前の確認事項を紹介します。

▼全体ガイドの記事
・Mercurialのシステム開発の完全ガイド

Mercurialのシステム開発でパートナー選びが重要な理由

Mercurialの導入は、クライアントソフトをインストールして終わる取り組みではありません。開発者がローカルでコミットできる分散型の利点を生かしながら、組織としての認証、権限、レビュー、監査、復旧を成立させる必要があります。特にGit中心のサービスを前提にした会社へ相談すると、Mercurialのphases、bookmark、subrepo、フック、拡張機能などが見積もりから漏れるおそれがあります。

Mercurialに詳しい会社の中でも、得意分野はそれぞれ異なります。Mercurial本体や拡張機能の開発に強い会社、Heptapodのようなホスティングを提供する会社、社内向けの企業SCMを構築する会社、Gitへの移行を支援する会社があります。したがって、会社名だけで比較するのではなく、「既存環境を残すのか」「クラウドへ移すのか」「Gitへの移行まで行うのか」を決めてから候補を絞ることが大切です。

相談前に、リポジトリ数と容量、現役・休止中の区分、履歴の保存期間、bookmarkやnamed branchの使い方、subrepoの有無、CIジョブ、外部チケット連携、ユーザーと権限を一覧化します。さらにclone、push、pullにかかる時間、障害時の復旧目標、ソースコードを置く地域、契約終了時のデータ返却方法も整理します。この資料があると、会社ごとの提案を同じ条件で比較しやすくなります。

株式会社ripla｜コンサルから開発まで一気通貫で支援

riplaは、コンサルティングから開発まで一気通貫で支援できる企業です。IT事業会社として社内DXを推進してきた経験を活かし、ビジネスへの成果創出とシステムの定着支援に強みがあります。営業・顧客・生産・販売管理など、幅広い基幹システムの構築・導入実績があり、企業の業務要件に合わせて柔軟に対応できる体制を整えています。

Mercurialのシステムを検討する企業では、バージョン管理だけでなく、開発申請、レビュー承認、リリース管理、障害対応、社内の権限申請まで含めて業務を見直したいケースがあります。riplaは業務の流れとシステム要件を結び付け、Mercurialを残す場合にもGitへ移行する場合にも、周辺業務を含めた全体像から整理できます。既存ツールを無理に置き換えず、API連携や段階的な刷新を検討できる点も相談しやすい特徴です。

Mercurial本体のコア開発や海外SaaSの専門サポートを目的にする場合は、後述する専門ベンダーとの比較が必要です。一方で、開発基盤の刷新を営業・顧客・生産・販売などの業務改善と一体で進めたい場合は、riplaを上流の相談先として検討できます。問い合わせ時は、Mercurialの利用状況、残したい履歴、認証方式、CI/CDの現状、将来Gitへ移行する可能性を共有し、どこまで支援できるかを確認してください。

Octobus｜Mercurial本体に近い専門支援

Octobusは、無料の分散型ソース管理ツールであるMercurialの商用サポートを提供するフランスの企業です。Heptapodの立ち上げに関わり、Mercurialの主要コントリビューターであるPierre-Yves David氏が創業したことを公式に説明しています。Mercurialの核心部分に近い技術相談をしたい企業にとって、専門性を確認しやすい候補です。

Octobusの公式サイトでは、Mercurialに関する性能改善、新機能開発、移行とデプロイ、拡張機能の開発、バグ修正、ユーザー研修などをサービスとして掲げています。phasesやchangeset evolution、topicなどを含む既存ワークフローを深く理解したうえで改善したい場合に向いています。単なるサーバー構築では解決しにくい、履歴の扱い、巨大リポジトリの速度、独自フックや拡張機能の保守を相談しやすい会社です。

Octobusは日本国内の一般的な業務システム会社とは位置づけが異なり、海外との契約や英語での要件整理が前提になる可能性があります。見積もりでは、調査だけか、実装・テスト・運用引き継ぎまで含むのかを分けて確認します。日本語の利用部門を含むプロジェクトでは、国内の業務コンサルティング会社とOctobusを組み合わせる体制も選択肢です。Mercurialを残す明確な理由があり、技術的な深さを重視する場合の第一候補です。

CloudCrane（Orbeet）｜Heptapodを含むSI・運用基盤

CloudCraneは、フランスのOrbeetブランドに属し、情報システムの運用管理やITアーキテクチャを扱う企業です。Orbeetの公式情報では、CloudCraneがマネージドサービスやSIの領域を担い、Orusが提供するforgeはMercurial対応を目指すオープンなHeptapodを基盤にしていると説明されています。Mercurialを使う開発基盤を、クラウドネイティブな運用やCI/CDと合わせて検討したい場合の候補です。

Mercurialのリポジトリを動かすだけでなく、認証、ネットワーク、バックアップ、監視、デプロイパイプラインまで任せたい場合は、運用基盤の視点が重要です。Heptapodの公式機能情報では、HTTPS・SSH・Web UIによるアクセス、課題管理、マージリクエスト、オンデマンドCI/CD、コンテナレジストリなどが案内されています。CloudCraneに相談する際は、これらの標準機能に加えて、どの範囲を個別設計・運用してもらえるかを確認してください。

海外クラウドを利用する場合は、データセンターの地域、バックアップの保持期間、障害時の復旧時間、ソースコードのエクスポート方法、契約終了時の削除証跡を確認します。日本の個人情報や機密ソースを扱う場合は、委託先の再委託、アクセスログ、暗号化、アカウント無効化の手続きも契約書で確認します。日本語窓口、対応時間、緊急障害のエスカレーションを明記できる場合に、社内運用の負担を抑えやすくなります。

RhodeCode｜Mercurial・Git・SVNを統合する企業向けSCM

RhodeCodeは、Mercurial、Git、Subversionを横断してユーザー管理、権限、コードレビュー、ツール連携を扱う企業向けソースコード管理プラットフォームを提供しています。公式サイトでは、オンプレミスや社内ネットワーク内での安全な共同作業、Community EditionとEnterprise Edition、企業認証やサポートなどを案内しています。既存Mercurialを残しながら、GitやSVNも同じ管理ルールに寄せたい企業に向いています。

LDAPやActive Directory、SSO、グループ単位の権限、レビュー承認、API連携、監査ログが要件になると、単純なhgweb運用だけでは不足しやすくなります。RhodeCodeは複数のVCSを同じ管理基盤で扱うため、Mercurial専用の部署とGit中心の部署が共存する企業でも比較しやすい製品です。導入時は、現在使っているフックやCI、チケット管理、認証基盤がどこまで連携できるかをPoCで確認してください。

RhodeCode Cloudの公式料金では、10席込みでStarterが月額80ドル、Teamが月額180ドル、Enterpriseが月額600ドルです。Teamは追加1席5ドル、Enterpriseは追加1席4ドルと案内され、バックアップ頻度やストレージ、CPU・メモリもプランごとに異なります（出典: RhodeCode公式Cloud Tiers、2026年確認）。これはライセンスや設定支援を含む国内導入費とは別の金額ですが、少人数で始める場合のSaaS費用と、専用環境を構築する場合の費用を分けて考える基準になります。

GitHub｜MercurialからGitへの移行先と支援

GitHubはMercurialを継続運用する専門会社ではありませんが、MercurialからGitHubへの移行先を検討する企業にとって重要な候補です。GitHub公式ドキュメントでは、MercurialリポジトリからGitHub.comへ移す経路について、Mercurial、Git CLI、Pythonを使い、ソースと履歴を対象にする方法を案内しています。開発者向けの協業機能やGitHub Enterpriseを使いたい企業は、移行作業まで含めて比較するとよいでしょう。

GitHubへ移す場合は、リポジトリを変換してpushするだけでは不十分です。Mercurialの作者情報、タグ、bookmark、named branch、subrepo、フック、CI定義、レビュー履歴、課題、権限を一つずつ確認します。GitHubの公式情報でも、Mercurialからの移行はソースと履歴が対象で、課題やプルリクエストなどの協業履歴を別途扱う必要があると説明されています。移行前後の開発手順を整理し、現場教育や並行稼働期間まで計画することが重要です。

GitHub ImporterはGit以外のバージョン管理システムには対応していないため、MercurialからはコマンドラインでGitへ変換してから移す必要があります。大容量リポジトリ、複数拠点、厳しい停止時間、メタデータの高い再現性が必要な場合は、GitHub Expert Servicesや専門パートナーを含めて相談します。すべての古いリポジトリを同じ精度で移すのではなく、現役リポジトリは履歴を保ち、参照用の古い資産はスナップショットにするなど、重要度に応じた設計も有効です。

Clever Cloud｜HeptapodとCI/CDを支えるPaaS

Clever Cloudは、Heptapod CloudとHeptapod Runnerを提供・運用する欧州のPaaS企業です。公式ドキュメントでは、HeptapodがGitLab Community Editionを基盤にGitとMercurialを扱うDevOpsプラットフォームであり、Clever CloudのRunnerによってCI/CDを実行できると説明されています。Mercurialを使うチームが、リポジトリ、チケット、レビュー、パイプラインをクラウドにまとめたい場合に検討しやすい会社です。

Heptapod Hostingの公式機能情報では、MercurialへHTTPS、SSH、Web UIでアクセスでき、課題管理、マージリクエスト、グループ・プロジェクト単位のアクセス制御、オンデマンドCI/CDなどが提供されています。Clever CloudのRunnerはジョブごとに実行環境を選べるため、軽いlintと大規模なビルドで必要なリソースを分けやすい構成です。ライセンス購入よりも、アクティブユーザー、ストレージ、CI実行時間、ネットワークの利用量で予算化したい場合に適しています。

Heptapod Hostingの機能一覧には、Mercurial LFSやnarrow cloneなど、対応が限定的または今後の計画として記載されている項目もあります（出典: Heptapod Hosting公式Features、2026年確認）。大容量バイナリ、厳密なSSO、細かなリポジトリ内権限、特定リージョンへのデータ保管が必要な企業は、標準プランだけで要件を満たせると決めつけないことが大切です。データ所在地、SLA、バックアップ、障害時の責任分界、専用Runnerの隔離方法を提案書で確認してください。

MARTINSFELD｜MercurialからGitへの移行を支援する専門会社

MARTINSFELDは、ドイツでMercurial、Subversion、TFSなどからGitへの移行について、現状評価、戦略策定、実装、教育、サポートを案内しているコンサルティング会社です。Mercurialを残すためのホスティング会社とは異なり、Gitを標準にした開発体制へ移行する際の計画と現場支援を相談しやすい候補です。公式ページでは、MercurialからGitへの移行に関する質問への回答を提供しています。

バージョン管理の移行では、変換ツールの実行よりも、移行後のブランチ運用、レビュー方法、CIの書き換え、権限設計、教育のほうが時間を要する場合があります。MARTINSFELDのような移行支援会社に相談すると、リポジトリを重要度で分け、履歴を高い精度で残す対象と、ソーススナップショットで保管する対象を整理しやすくなります。社内にMercurialの担当者が少なく、移行後の運用を自走できる状態まで整えたい企業に適しています。

海外の会社に依頼する場合は、言語、時差、契約通貨、作業時間、成果物の形式、移行後の問い合わせ期間を先に確認します。特に、変換後のGitリポジトリだけでなく、作者マッピング表、変換ログ、タグ・ブランチの対応表、CI設定、運用手順書、教育資料まで納品物に含めると、後から検証しやすくなります。日本側の業務整理や社内調整を担う会社と共同で発注する方法も検討できます。

Mercurialのシステム開発パートナーを選ぶポイント

6社は同じ種類の開発会社ではありません。Mercurialを残すのか、ホスティングを刷新するのか、企業認証や監査を強化するのか、Gitへ移行するのかによって、優先すべき相談先が変わります。次の3点をRFPに入れ、同じ前提で提案・見積もりを比べると、知名度や価格だけに引きずられにくくなります。

「Mercurialに対応できます」という説明だけでなく、どのバージョン、どのホスティング、どの拡張機能、どの規模のリポジトリを扱ったかを確認します。実績の開示が難しい場合は、匿名化した構成図、PoCの手順、想定する障害事例を提出してもらいます。Git移行なら、履歴、タグ、作者、subrepo、CI、レビューや課題の扱いを、残置ならphasesやevolve、バックアップ復旧を質問すると、実務経験の有無を判断しやすくなります。

確認項目は、TLSとSSH鍵、SSOや二要素認証、最小権限、退職者アカウントの無効化、監査ログ、脆弱性パッチ、バックアップの世代数、不変バックアップ、復旧テストです。Mercurial 7.0系を使う場合も、Mercurial本体だけでなくPython、OS、暗号ライブラリ、配布パッケージの更新経路を確認します。Mercurial公式のリリース情報では、2025年に7.0系が公開され、同年に脆弱性対応を含む更新版も公開されています（出典: Mercurial公式News / Releases、2026年確認）。OSSだから保守が不要とは考えず、誰がいつ更新し、緊急時に誰が判断するかを契約に明記してください。

Mercurial専用の国内受託案件は公開価格が少ないため、費用は個別見積もりになります。目安として、現状調査・PoCは50万〜200万円、小規模な自社運用は300万〜800万円、中規模の開発基盤は800万〜3,000万円、MercurialからGitへの移行は500万〜2,000万円程度です。これらはMercurial固有の公表相場ではなく、業務システムやソースコード管理基盤の要件から算出した推定レンジです（出典: NotebookLM業務システム一般Q&Aおよび公開料金の整理、2026年）。

見積もりでは、初期設定、履歴変換、CI/CD書き換え、教育、監視、ストレージ、バックアップ、セキュリティレビュー、保守を分けて記載してもらいます。保守費は一般的な業務システムの目安として初期開発費の年15〜25％を置けますが、脆弱性対応、OSやPythonの更新、障害対応、復旧訓練が含まれるかで実額は変わります。月額料金が安く見えるサービスでも、CI実行時間や大容量ストレージを加えた5年総額で比較してください。

よくある質問

最後に、Mercurialのシステム開発や会社選びでよくある疑問に回答します。継続利用とGit移行はどちらかが常に正解ではなく、履歴の価値、開発者のスキル、セキュリティ要件、将来の採用計画を合わせて判断することが重要です。

Mercurialのシステムとは、Mercurialを使ったソースコード管理に、リポジトリホスティング、認証、権限、コードレビュー、CI/CD、監視、バックアップなどを組み合わせた開発基盤です。Mercurial本体だけを導入した状態と、組織として安全に運用できる状態は異なるため、周辺機能まで含めて要件定義します。

新規採用は、既存チームの経験、Mercurial固有のワークフローを使う理由、対応ホスティングやCIの選択肢、将来の採用計画を確認して判断します。Gitが主流だからという理由だけで既存Mercurialを急いで捨てる必要はありませんが、新規案件では人材・サービス・社内教育の確保まで含めた長期計画が必要です。まずPoCで開発者の作業時間と運用コストを測定すると、感覚だけで決めにくくなります。

無料で利用できるソフトウェアであっても、要件整理、サーバーやSaaSの設定、履歴移行、CI/CD、監視、バックアップ、教育、保守には費用がかかります。特に既存リポジトリの履歴を守りながら移行する場合は、変換後の検証と並行稼働が必要です。ライセンス費だけで判断せず、初期費用、月額費用、人件費、障害時の損失を含む総保有コストで比較してください。

日本企業に限定する必要はありませんが、Mercurialの本体開発やHeptapod、移行支援に強い会社は海外企業が中心です。海外企業へ依頼する場合は、日本語対応、時差、契約、データ所在地、SLA、成果物、保守窓口を確認します。業務要件の整理や社内調整は国内会社、Mercurialの技術実装は海外専門会社という分担も可能です。6社から一社に決めるのではなく、役割別の体制も含めて提案を求めてください。

まとめ

Mercurialのシステム開発会社は、同じ目的で比較するのではなく、役割で選ぶことが大切です。Mercurial本体や拡張機能を深く相談したい場合はOctobus、Heptapodを含む運用基盤ならCloudCraneやClever Cloud、複数のVCSを企業向けに統合するならRhodeCode、Gitへの移行先ならGitHub、移行計画や教育まで含めた第三者支援ならMARTINSFELDが候補になります。riplaは業務要件の整理から開発・定着までを一気通貫で支援する相談先として位置づけられます。

発注時は、リポジトリ数・容量・履歴・権限・CI/CD・バックアップ・監査・データ所在地・契約終了時の返却をRFPに明記してください。費用はPoC、構築、移行、教育、運用保守に分け、5年総額で比較します。まず代表リポジトリを使ったPoCで、clone・push・レビュー・CI・復旧を確認してから本番導入へ進むと、Mercurialを残す場合もGitへ移行する場合もリスクを抑えやすくなります。

▼全体ガイドの記事
・Mercurialのシステム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。