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

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

既存のMercurialを残すか、Gitへ移行するかで相談先が変わるため、6社を3つの観点で比べます。

• Mercurialの継続利用
• Gitへの移行と履歴・権限の整理
• CI/CD・バックアップ・費用

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

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

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へ移行する場合も、周辺業務を含めた全体像から整理できます。

riplaは、既存ツールを無理に置き換えず、API連携や段階的な刷新から検討できる点も特徴です。

社内定着や基幹業務との接続を重視する企業に向く理由

Mercurial本体のコア開発や海外SaaSの専門サポートが目的であれば、後述する専門ベンダーと比べる必要があります。

開発基盤の刷新を営業・顧客・生産・販売などの業務改善と一体で進めたい企業は、riplaを上流の相談先として検討できます。

問い合わせの際は、Mercurialの利用状況、残したい履歴、認証方式を共有してください。さらに、CI/CDの現状と将来Gitへ移行する可能性も伝えると、どこまで支援できるかを確認しやすくなります。

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

Octobusは、無料の分散型ソース管理ツールであるMercurialの商用サポートを提供するフランスの企業です。

Octobusは、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と合わせて検討したい企業の候補になります。

運用・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などの企業認証が要件になると、単純なhgweb運用では不足しやすくなります。グループ単位の権限、レビュー承認、API連携、監査ログも要件になると、その傾向は強まります。

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からGitHubへの移行先を検討する企業にとって重要な候補です。ただし、Mercurialを継続運用する専門会社ではない点は、あわせて押さえておく必要があります。

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への移行について、現状評価、戦略策定、実装、教育、サポートを案内しています。

MARTINSFELDは、Mercurialを残すためのホスティング会社とは異なり、Gitを標準にした開発体制への移行で、計画と現場支援を相談しやすい候補です。

公式ページでは、MercurialからGitへの移行に関する質問への回答も提供しています。

移行を人と手順の問題として捉える視点

バージョン管理の移行では、変換ツールの実行よりも、移行後のブランチ運用やレビュー方法に時間がかかる場合があります。CIの書き換え、権限設計、教育も、同じように時間を要することがあります。

MARTINSFELDのような移行支援会社に相談すると、リポジトリを重要度で分け、履歴を高い精度で残す対象と、ソーススナップショットで保管する対象を整理しやすくなります。

社内にMercurialの担当者が少なく、移行後の運用を自走できる状態まで整えたい企業に適しています。

海外支援の体制と成果物の確認事項

海外の会社に依頼する場合は、言語、時差、契約通貨、作業時間を先に確認します。さらに、成果物の形式と、移行後の問い合わせ期間も押さえておく必要があります。

特に、変換後のGitリポジトリだけでなく、作者マッピング表、変換ログ、タグ・ブランチの対応表を納品物に含めると、後から検証しやすくなります。さらに、CI設定、運用手順書、教育資料まで含めておくとよいでしょう。

日本側の業務整理や社内調整を担う会社と、共同で発注する方法も検討できます。

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

6社は、得意分野が異なる開発会社です。Mercurialを残すのか、ホスティングを刷新するのか、企業認証や監査を強化するのか、Gitへ移行するのかで、優先すべき相談先が変わります。

RFPに同じ前提を入れて提案と見積もりを比べると、知名度や価格だけに引きずられにくくなります。

実績で確認したいMercurialの利用場面

「Mercurialに対応できます」という説明に加えて、どのバージョン、どのホスティング、どの拡張機能、どの規模のリポジトリを扱ったかを確かめます。

実績の開示が難しい場合は、匿名化した構成図、PoCの手順、想定する障害事例を提出してもらいます。

Git移行なら、履歴、タグ、作者、subrepoの扱いを質問します。CIや、レビュー、課題の扱いも確かめておくと、実務経験の有無を判断しやすくなります。Mercurialを残す場合は、phasesやevolve、バックアップ復旧について質問します。

セキュリティと復旧を機能一覧だけで判断しない確認項目

確認項目は、TLSとSSH鍵、SSOや二要素認証、最小権限、退職者アカウントの無効化です。さらに、監査ログ、脆弱性パッチ、バックアップの世代数、不変バックアップ、復旧テストも押さえておきます。

Mercurial 7.0系を使う場合も、Mercurial本体だけでなくPython、OS、暗号ライブラリ、配布パッケージの更新経路を確認します。Mercurial公式のリリース情報では、2025年に7.0系が公開され、同年に脆弱性対応を含む更新版も公開されています（出典: Mercurial公式News / Releases、2026年確認）。

OSSでも保守は必要です。誰がいつ更新し、緊急時に誰が判断するかを、契約に明記してください。

構築費だけでなく5年総額で見る費用

Mercurial専用の国内受託案件は公開価格が少ないため、費用は個別見積もりになります。作業内容ごとの費用の幅は、次の4区分で捉えると比べやすくなります。

• 現状調査・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のシステムとは、Mercurialを使ったソースコード管理に、リポジトリホスティング、認証、権限、コードレビューを組み合わせた開発基盤です。さらに、CI/CD、監視、バックアップなども含みます。

Mercurial本体を導入した状態と、組織として安全に運用できる状態は異なります。そのため、周辺機能まで含めて要件を定義することが欠かせません。

今からMercurialを新規採用しても問題ありませんか？

新規採用を判断するには、既存チームの経験や、Mercurial固有のワークフローを使う理由を確認します。さらに、対応ホスティングやCIの選択肢、将来の採用計画も見ておくと、判断しやすくなります。

Gitが主流だからという理由だけで、既存のMercurialを急いで捨てる必要はありません。ただし、新規案件では、人材・サービス・社内教育の確保まで含めた長期計画が欠かせません。

まずPoCで、開発者の作業時間と運用コストを測定しておくと、感覚だけで決めずに済みます。

無料のMercurialなら開発費も無料ですか？

無料で利用できるソフトウェアでも、要件整理、サーバーやSaaSの設定、履歴移行には費用がかかります。CI/CD、監視、バックアップ、教育、保守も、費用の対象になります。

特に、既存リポジトリの履歴を守りながら移行する場合は、変換後の検証と並行稼働が必要になります。そのため、ライセンス費だけで判断せず、初期費用、月額費用、人件費、障害時の損失を含めた総保有コストで比べてください。

日本企業に依頼できますか？

日本企業に限る必要はありません。ただし、Mercurialの本体開発やHeptapod、移行支援に強い会社は、海外企業が中心です。

海外企業へ依頼する場合は、日本語対応、時差、契約、データ所在地を確認します。さらに、SLA、成果物、保守窓口も、契約前に押さえておく必要があります。

業務要件の整理や社内調整は国内会社に、Mercurialの技術実装は海外の専門会社に任せる分担も可能です。6社から一社を選ぶだけでなく、役割別の体制も含めて提案を求めるとよいでしょう。

まとめ

Mercurialのシステム開発会社は、役割ごとに見て選ぶことが大切です。Mercurial本体や拡張機能を深く相談したいならOctobus、Heptapodを含む運用基盤ならCloudCraneやClever Cloudが候補になります。

複数のVCSを企業向けに統合するならRhodeCode、Gitへの移行先ならGitHub、移行計画や教育まで含めた第三者支援ならMARTINSFELDが候補になります。

riplaは、業務要件の整理から開発・定着までを一気通貫で支援する相談先として位置づけられます。

発注側は、リポジトリ数・容量・履歴・権限・CI/CD・バックアップをRFPに明記します。さらに、監査、データ所在地、契約終了時の返却も、同じRFPに含めてください。

費用はPoC、構築、移行、教育、運用保守に分け、5年総額で比較します。

まず代表リポジトリを使ったPoCで、clone・push・レビュー・CI・復旧を確認してから本番導入へ進むと、Mercurialを残す場合もGitへ移行する場合もリスクを抑えやすくなります。

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

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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