Mercurialのシステム開発の見積相場や費用/コスト/値段について

Mercurialのシステム開発費用は、リポジトリの規模や認証・CI/CDの範囲で変わります。移行方式によって、PoCの50万〜200万円から大規模基盤の1億円以上まで幅があります。

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

Mercurialのシステムの概要

Mercurialのシステムは、分散型バージョン管理システムを中心とした開発基盤です。ソースコードの保管に加えて、認証、レビュー、CI/CD、バックアップ、監査を組み合わせて構成します。

会社全体で安全に運用するには、各PCにhgを入れる以上の作業が要ります。そのため見積もりでは、ライセンス費よりも、業務で使える状態に整える作業を対象にします。

分散型リポジトリによる開発者の手元での履歴管理

Mercurialでは、開発者がリポジトリと変更履歴をローカルに持ちます。作業はclone、pull、commit、push、mergeのコマンドで進めます。

ローカルに履歴があるため、オフラインでも差分確認やコミットを進められます。一方で、リモートのアクセス制御や、phases、bookmark、named branchの運用ルールが必要です。

ルールが曖昧だと履歴が分岐しやすくなります。そのため、ルール策定と利用者教育も導入費用に含めます。

本体より認証・レビュー・CI/CDなどの周辺機能にかかる費用

Mercurial本体はOSSですが、企業で使うには、認証やレビュー、CI/CDを支える周辺機能の設計と更新にも費用がかかります。費用の中身は、大きく4つの領域に分かれます。

接続・認証：HTTPS/SSH、Web UI、レビュー、課題管理、LDAPやActive Directory、SSO、二要素認証、権限の整備
運用機能：CIランナー、監査ログ、バックアップ、監視の設計
外部連携：Jira、Redmine、チャット、成果物保管との接続と、障害時の責任分界の取り決め
更新管理：新しい版への対応や、利用版と更新経路の管理にも保守費用がかかる

更新管理の根拠として、Mercurialの7.2.3は2026年6月29日に公開されています（出典：Mercurial公式ニュースアーカイブ、2026年）。

Mercurialのシステム開発費用の相場

対象規模が大きくなるにつれて、費用帯も広がります。

Mercurial専用の国内受託開発は公開価格が少ないため、以下に示す金額はMercurial固有の定価ではありません。

国内業務システム費用データとMercurial対応SaaSの公開料金による、2026年の推定レンジです（出典：NotebookLMリサーチノート「業務システム全般_16」、2026年）。

金額は、利用者数やリポジトリの数と容量、履歴保持で上下します。CI/CDや認証の範囲に加えて、可用性やデータセンター要件でも変わります。要件定義の前に予算枠を立てる際の目安で、正式な見積もりの代わりにはなりません。

現状調査・PoCの目安は50万〜200万円、2〜8週間

発注側と開発会社は、全社基盤を作る前にリポジトリと容量、権限、履歴を調べます。cloneとpush、代表的なCI連携も試します。期間は2〜8週間で、Mercurialの継続、HeptapodやRhodeCodeへの移行、Gitへの段階移行を比べます。

数個のリポジトリで既存の認証とCIを使えるなら、費用は下限に近づきます。一方で、subrepoや巨大バイナリがあると、上限を超える可能性があります。古いフックや仕様不明のジョブがある場合も、同じように上限を超えることがあります。

小規模な自社運用の目安は300万〜800万円、2〜4か月

数個から数十個のリポジトリを対象に、HTTPSかSSHでの接続、基本権限、バックアップを整えます。さらに、簡易監視と既存CIとの接続も含めます。

少人数のチームで単一拠点なら、既存のLDAPやクラウド基盤を使うことで、300万〜800万円程度に収まりやすいです。

サーバー構築に加えて、運用手順や復旧訓練まで含むかどうかで見積もりは変わります。教育やリリース後の問い合わせ対応を含めるかどうかも、見積もりに影響します。

中規模の業務開発基盤の目安は800万〜3,000万円、4〜9か月

複数の部門や拠点で使う規模で、SSOまたはLDAPとグループ権限を実装します。加えて、レビュー、課題管理、監査ログも組み込みます。

複数のCI環境や、チケット・チャットとのAPI連携も含めると、800万〜3,000万円程度を見込みます。

移行やジョブ書き換えでは、履歴、権限、接続先をそれぞれ検証します。4〜9か月という期間には、受入、教育、段階展開も含まれます。

大規模・高可用性基盤の費用帯は3,000万〜1億円以上

利用者が数百〜数千人で、多拠点や複数ノードに加え、災害対策、厳格な監査、24時間対応を含むと、3,000万〜1億円以上になることがあります。

大容量リポジトリや複雑なCI/CD、ネットワーク分離も、費用を押し上げる要因です。金額には、冗長化と性能検証、切り替えリハーサルと復旧訓練が含まれます。さらに、セキュリティレビューと長期保守も含まれます。

パイロット、部門展開、全社展開に分けて、各段階の予算上限を決める方法が適しています。

MercurialからGitへの移行の目安は500万〜2,000万円、2〜6か月

移行方式と履歴の扱いを先に決めておくと、費用や作業範囲を見積もりやすくなります。

検証対象：変換ツール、履歴、タグ、bookmarkやbranch、作者、subrepo、フック、CI定義、権限、レビュー、教育の確認
下限に近づく条件：現役リポジトリをsource and history方式で移すこと
上限側へ広がる条件：全履歴とメタデータを高い忠実度で移し、並行稼働と切り戻しも行う場合

GitHub公式の移行手順でも、Mercurial、Git CLI、Pythonを使います（出典：GitHub Docs「Migration paths to GitHub」）。

ポイント

利用者数やリポジトリ数から規模を当てはめ、該当する費用帯を予算枠の起点にするとよいです。正式な見積もりは、要件が固まってから取ります。

Mercurialのシステム開発費用の内訳

初期作業と継続する運用費を別々に見積もれます。

見積書を「Mercurial環境構築一式」とまとめると、どの作業にいくらかかるかを比べられません。そこで、要件定義、設計、実装の順に費目を分けて示してもらいます。テストや移行、教育も別の費目にし、インフラと保守は継続して出る費用として分けます。

本体が無償でも、認証や権限の設計、既存資産の調査には人手が要ります。CI接続や復旧確認にも手間がかかります。費目が分かれていれば、後回しにできる項目と、削ると事故につながる項目を見分けられます。

要件定義・現状調査でのリポジトリと運用の洗い出し

まず、リポジトリ数と容量、更新頻度、履歴の方針を一覧にします。さらに、branchやbookmark、phaseの使い方、subrepoの有無を調べます。フックや利用者、権限も整理します。

CIジョブや成果物の保管先も調べ、バックアップと接続先も確かめます。また、誰がpushできるかと、退職者のアカウントをいつ無効化するかも確認します。

障害時に目指す復旧時間も決めておきます。資料と実環境が違うときは、仕様の復元を独立した費目にすると、後の追加請求を抑えられます。

実装・連携・テストにおける異常系の検証

実装費には、リポジトリの公開設定やWeb UIの構築が含まれます。認証、権限、レビューも対象です。APIやCIランナー、監視通知も、実装範囲に入ります。

テストでは、cloneやpushに加えて、認証失敗と権限不足を確かめます。同時push、ネットワーク断、CI停止といった異常系も確認します。

バックアップからの復元と、公開済みの変更の保護も試します。外部連携が増えるほど、仕様の確認や接続試験、責任分界に要る工数も増えます。

クラウド・サーバー・SaaS料金と利用者数・性能による変動

利用形態によって費用の発生先が変わるため、見積もりでは切り分けて考えます。

自社運用：サーバー、ストレージ、DB、ロードバランサー、バックアップ、監視、ログ、ネットワーク、セキュリティの費用
クラウド料金：利用者、容量、転送量、CI実行時間、バックアップに応じて変わる料金

さらに、CIの同時実行数やバックアップの保持期間によっても、クラウド料金は変わります。

RhodeCode Cloudは、10席込みでStarterが月額80ドル、Teamが月額180ドル、Enterpriseが月額600ドルです。

TeamとEnterpriseには追加席料金もあります（出典：RhodeCode公式「Cloud Tiers」）。

これは公開サービス料金の例です。初期設定や移行、社内認証、教育は、別に確認します。為替や税、個別サポートも、見積もりの前に確かめます。

履歴移行・教育・並行稼働の費目

移行では、ファイルのコピーに加えて、履歴やタグ、ブランチを確かめます。さらに、作者、権限、レビューや課題との対応関係も確認します。

Git移行は、source snapshot、source and history、コラボレーション履歴や設定まで含める方式によって、費用が変わります。

利用者のローカル設定や操作研修、マニュアルも、見積もりに含めます。また、旧環境との並行稼働と、切り戻し手順も対象にします。

保守運用費の起点は初期開発費の年15〜25％程度

保守契約の範囲を比べやすくするため、継続して発生する作業を分けて整理します。

更新・障害対応：OS、Python、Mercurial、暗号ライブラリ、脆弱性、ログの扱い
日常運用：バックアップや復旧訓練、利用者と権限の変更、軽微な改修

業務システムでは、初期開発費の年15〜25％程度を目安にする場合があります（出典：NotebookLMリサーチノート「業務システム全般_16」、2026年）。

保守費は、平日日中の問い合わせだけか、24時間365日の監視と障害対応まで含むかで変わります。また、月額保守と都度見積もりの追加開発は、分けて契約します。

ポイント

見積書は費目ごとに分け、初期費用と保守などの継続費用を別々に比べるとよいです。本体が無償でも、設計や検証、移行の費目を外さないように注意します。

Mercurialのシステム開発・導入の進め方

先に小さく検証すると、展開前に難所を把握できます。

全リポジトリを一度に移す前に、継続、刷新、Git移行の判断材料を集めます。課題は、既存資産の保全と、認証・CI/CDを含む総額の把握です。

noteの読者インサイトでも、検索する人はコマンドより運用の継続や費用を気にしています。

先に小さく検証して難所を見つけておけば、後から要件が膨らむのを防げます。作業は、次の4段階で進めます。

リポジトリや利用者、連携の現状の一覧化
代表リポジトリを選び、運用をPoCで確かめる
認証と権限、バックアップ、監視の設計
パイロット後の段階展開と、切り戻しの確認

現状調査でのリポジトリ・利用者・連携の一覧化

移行の前に、対象の資産と運用状況を一つの台帳にまとめます。

リポジトリ情報：所有部署、最終更新日、容量、履歴の重要度、利用者数、接続方式の記録
構成情報：branch、bookmark、subrepo、フック、CIジョブ、課題・レビュー、バックアップの情報
保管場所：個人サーバーや共有フォルダに残るコピーの有無
移行台帳：名前、所有者、URL、最終更新時刻、課題やプルリクエスト数を一件ごとに書く

GitHubの移行計画でも台帳の作成が勧められており、不要な資産を高い忠実度で移すことを避けられます（出典：GitHub Docs「Planning your migration to GitHub」）。

代表リポジトリでのclone・push・レビュー・CIのPoC

容量が大きいもの、履歴が複雑なもの、subrepoや特殊なフックを持つものから、1〜3個を選びます。

HTTPSとSSHの接続、認証失敗、権限境界を試します。レビューとCI、成果物保管も確かめ、バックアップ復元まで検証します。

合格基準には、処理時間やログ追跡性を含めます。復旧と利用者の操作性も基準に入れ、結果を小規模・中規模・移行の費用帯に当てはめます。

認証・権限・バックアップ・監視の先行設計

閲覧とpush、レビュー、管理の範囲を決めたうえで、認証をLDAPやAD、SSO、二要素認証のどれと連携するかを確定します。

バックアップは、取得に加えて、復元時点や復旧時間、復元環境の検証方法まで定義します。

監査ログの保存期間や秘密情報のマスキングは、設計の段階で見積もります。管理者操作と退職者アカウントの無効化も含めます。

段階的な構築・移行と旧環境への切り戻しの準備

PoCのあとは、基盤と認証を整えたうえで、CIとバックアップも用意します。続いて、一つのチームでパイロット運用します。

Git移行では、コミット数やタグ、作者を変換の前後で比べます。代表的な差分とビルド結果も確かめ、問題がなければ対象を広げます。

Mercurialを残す場合も、hgweb、バージョン、接続設定を見直します。権限や監視、復旧手順も確かめ直します。切り替えの完了と復旧の確認が済んだら、旧環境を廃止します。

ポイント

代表リポジトリのPoCと認証・バックアップの設計を先に終えてから、段階的に構築と移行へ進むとよいです。判断に迷うときは、PoCの結果を費用帯に当てはめて考えます。

費用が変動する要因とコスト最適化のポイント

金額は、Mercurialのコマンド数よりも、基盤の品質と周辺機能の範囲で変わります。主な要因は、リポジトリの規模とセキュリティ、可用性です。CI/CDや移行、支援範囲も、金額を左右します。

品質を保ちながら費用を抑えるには、予算を現役の資産に集めます。そのために、使われていない機能やデータを先に整理しておきます。

リポジトリ数・容量・履歴保持による移行とインフラ費用の変動

移行とインフラの費用は、リポジトリの規模と履歴の持ち方で変わります。見積もりでは、4点それぞれの増減を確かめます。

リポジトリ数：増えるほど、棚卸しや権限設定、移行試験が増え、切り戻しの確認や案内も必要になる
容量：ストレージやバックアップに影響するほか、clone、転送、復旧時間にも関わる
履歴保持：永久に保存しない場合は、現役、参照用アーカイブ、廃止候補に分け、保管期間と復元要件を決める
移行の忠実度：高忠実度の移行が必要な資産と、現在のソースだけを残せばよい資産を分けると、費用を無理なく抑えられる

SSO・監査・冗長化・災害対策による費用の増加

求めるセキュリティと可用性の水準によって必要な仕組みが変わるため、まず条件を整理します。

厳しい業務要件：社外への持ち出し制限、拠点からの利用、監査、停止の回避への備え
SaaSの確認：所在地、バックアップ、SLA、通知、終了時の出力と削除の確認

これらの要件には、認証とネットワーク分離のほか、ログ保管と冗長化も必要です。SaaSを使う場合も、契約終了時のエクスポートと削除を確かめます。

Heptapod Hostingは、HTTPSとSSH、Web UIを提供します。さらに、課題管理やマージリクエスト、オンデマンドCI/CDも備えています。

CIランナーは、実際の利用量に応じて課金されます（出典：Heptapod Hosting公式「Features」）。

比較するときは、必要な機能と未対応の機能を分けます。

CI/CDや外部サービス連携の本数と試験範囲による増減

単一のビルドなら、既存のCIを流用できる場合があります。一方で、複数OSや複数言語、セルフホストランナーを含めると、設計と試験が増えます。コンテナや署名、デプロイまで含めると、さらに増えます。

JiraやRedmine、チャットとの連携では、データの対応と異常時の処理も確かめます。脆弱性スキャンや通知についても、同じ観点で確認します。

未使用のジョブや重複した通知を整理してから移すと、移行費と運用費を抑えられます。

専門性・海外対応・契約範囲による外注費用への影響

Mercurial対応のベンダーは、Git中心の会社より限られます。技術力に加えて、保守の継続性や時差、日本語窓口を確かめます。SLAや、ソースコードとIaCの引き渡しも確認します。

継続利用ならMercurialコアやHeptapodに詳しい会社、認証・監査ならRhodeCode、Git移行なら計画と教育に対応する会社が候補です。

RFPで、PoCの成果物、障害対応の責任分界、契約終了時のデータ返却を比べると、後の保守費の増加を抑えやすくなります。

現役資産への絞り込みと、PoC・標準機能によるコストの最適化

費用を抑えるには、まず運用に必要な範囲を見定めます。そのうえで、既存の機能で足りる部分は作り込まずに、4つの対策を取ります。

資産整理：未使用リポジトリ、重複CIジョブ、不要な履歴、大容量ファイルの整理
標準機能の確認：現役の代表リポジトリでPoCを行い、標準のホスティングやCIで足りる範囲を見極める
独自開発の抑制：独自ポータルや全面スクラッチでMercurialの差分管理を作り直さず、既存の基盤とAPIを使う
個別機能：会社固有の承認や資産管理だけを追加し、初期費用と将来の保守費を抑える

ポイント

費用を左右するのは、リポジトリの規模、セキュリティや可用性の水準、CI/CDと外部連携の範囲の三つです。要件をこの三つに分けて整理すると、削れる項目と残す項目を見分けられます。

Mercurialのシステム開発の見積もりの取り方

単価や総額だけで見ると、判断を誤りやすくなります。そのため、複数社に同じリポジトリ一覧と受入基準を示すとよいです。

前提条件や成果物、対象外、追加費用の条件は、各社でそろえます。「構築」「移行」「運用」を分けて、初期費用の範囲を明確にします。

RFPに書くリポジトリ・利用者・認証・CI・復旧の要件

各社が同じ前提で見積もれるように、RFPに書く項目をそろえます。

資産と利用者：数、容量、履歴、branch・bookmark・subrepo、組織の記載
機能と運用：HTTPS・SSH、LDAP・AD・SSO・二要素認証、レビュー・課題管理・CI/CD、バックアップ・監査ログ・監視・SLAの指定
移行と契約：データの所在地、返却条件、移行する履歴やメタデータの明記

Git移行では、どこまで求めるかを分けて書きます。ソースと履歴に加えて、メタデータやレビュー履歴まで対象に含めるかを、事前に示します。

継続利用かGit移行かを先に示すと、前提の異なる見積もりが混ざりにくくなります。

複数社の比較における初期費用・月額・保守の分け方

調査・設計・構築、移行、教育は、別々に比べます。クラウドやSaaSの月額と、CIやストレージの従量課金は、それぞれ分けて比べます。年間保守と追加改修の単価も、別の欄に分けます。

RhodeCodeには公開料金があります。一方で、Heptapodは、アクティブユーザーやCI利用量が課金の前提です。同じ人数でも、請求の方法は異なります。

SSO、移行、休日対応が別料金になるなら、3年分の総保有コストで比べ直します。

PoCの合格基準・受入条件・追加費用の条件の確認

発注後の認識のずれを防ぐため、提案の段階で合意しておく条件を整理します。

PoC：範囲、成果物、性能測定、履歴・権限の検証、復元試験の決定
受入条件：clone・pull・push、レビュー、CI、監査、復旧時間、教育の各項目
変更条件：容量超過、利用者の増加、古いフック、連携先の変更時の費用と納期

受入条件には、権限の確認や障害通知も含めます。変更条件は、契約の前に確かめておきます。

条件があいまいだと、安く見えた初期見積もりが、変更管理の費用として膨らむ可能性があります。

ポイント

金額だけで比べず、同じリポジトリ一覧と受入基準を各社に示したうえで、前提条件や対象外の範囲をそろえて比べるとよいです。

Mercurialのシステム費用に関するよくある質問

費用を検討する際によく出る疑問を取り上げます。Mercurial本体は無償でも、企業の基盤を無料で運用できるとは限りません。

初期費用と月額料金、移行費、保守費は、分けて考えるとよいです。

Mercurialは無料で使えるため、システム開発費も無料ですか？

Mercurial本体は無償でも、システム開発費はかかります。認証や権限、レビューの設計には、人件費がかかります。CI/CDやバックアップ、監視にも人の手が必要です。移行や教育、脆弱性対応にも、人件費がかかります。

小規模運用は300万〜800万円、中規模は800万〜3,000万円程度という推定レンジを、対象の範囲と合わせて検討します。

Mercurial対応のクラウドは月額いくらから使えますか？

RhodeCode Cloudの公開例は、10席込みで月額80ドルからです。Teamは月額180ドル、Enterpriseは月額600ドルです。

Heptapod Hostingは、アクティブユーザー数とCIランナーの実利用量に応じて課金されます。そのため、固定の月額だけでは比較の判断がつきにくいです。

為替や税、追加席の料金を含めて、年間の総額を確認します。ストレージやCIの利用量、初期設定、社内認証も、対象に含めます。移行とサポートも対象に含めます。

Mercurialを残すのとGitへ移行するのはどちらが安いですか？

短期では、Mercurialを残してホスティングや認証だけを刷新するほうが、変換や教育が少なく安い場合があります。

将来の採用や人材確保、CIプラグインや外部連携を考えると、Gitへの段階移行が長期の運用リスクを下げる場合もあります。

重要度と更新期間を棚卸しし、現役の資産は高忠実度で移します。参照用の資産は、スナップショット化するなど、別の方法で扱います。

Mercurialに詳しい会社へ依頼するときは何を確認しますか？

Mercurialに詳しい会社かどうかに加えて、契約後の運用や支援範囲まで確かめておくと、導入後のずれを減らせます。見る点は5つあります。

実績と設計力：Mercurial案件、HeptapodやRhodeCode、Git移行の実績と、認証・監査・バックアップの設計力
支援体制：CI/CD連携や障害対応の体制
海外ベンダー：候補になる場合は、日本語窓口、時差、SLA、データの所在地
契約終了時：データ返却と、ソースコード・IaCの引き渡し条件を事前に質問する
選定基準：知名度や初期価格だけでなく、PoC成果物と3年分の総費用で選ぶ

Mercurialのシステム開発費用相場・見積もりのまとめ

費用の推定レンジは、現状調査・PoCが50万〜200万円、小規模な自社運用が300万〜800万円です。

中規模の業務開発基盤は800万〜3,000万円、大規模・高可用性基盤は3,000万〜1億円以上です。

Git移行は500万〜2,000万円です。これらはいずれも、Mercurial本体の価格ではありません。

予算は、認証や権限、レビュー、CI/CDの範囲で変わります。さらに、移行やバックアップ、監視によっても変わります。教育と保守の範囲も、予算に関わります。

残置・刷新・Git移行の判断の分け方

継続とホスティング刷新、Git移行を比べます。比べる観点は、業務と人材です。連携、セキュリティ、将来の保守費も、あわせて見ます。

全資産を急いで移す前に、現状調査と代表リポジトリのPoCを行います。履歴とCI、権限、復旧の合格基準を確認します。

そうすると、検証に予算を集中でき、移行後の手戻りを減らせます。

見積書で確認する前提条件と運用

総額を正しく比べるため、見積書では費用項目と課金条件を照合します。

比較項目：資産、利用者、認証、CI/CD、バックアップ、監査、SLA、移行、教育、保守、データ返却をそろえる
料金の範囲：公開料金は比較の起点で、初期設定や社内連携の別料金も確かめる

金額の根拠と変動条件を説明できる会社を選びます。

段階的な予算と受入基準を合意してから発注することが、資産を守りながらコストを管理する近道です。

▼全体ガイドの記事
・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を創業。