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

Mercurialのシステム開発費用は、現状調査・PoCなら50万〜200万円、小規模な社内運用基盤なら300万〜800万円、中規模なら800万〜3,000万円、大規模・高可用性基盤なら3,000万〜1億円以上が目安です。Mercurial本体は無償で利用できますが、認証、権限、コードレビュー、CI/CD、移行、バックアップ、監視などを含めた総工数で価格が決まります。

「既存のMercurialを残すべきか」「Gitへ移行したほうがよいのか」「見積書の一式という金額に何が含まれているのか」と悩む方に向けて、2026年時点の公開料金と、NotebookLMリサーチで整理した国内業務システム案件の推定レンジを分けて解説します。費用の内訳、開発期間、価格が変わる要因、コストを抑える進め方、見積もりで確認すべき項目まで整理するため、予算取りやRFP作成のたたき台として活用できます。

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

Mercurialのシステムとはどのような基盤ですか？

Mercurialのシステムとは、分散型バージョン管理システムMercurialを中心に、ソースコードの保管、開発者の認証、レビュー、CI/CD、バックアップ、監査までを組み合わせた開発基盤です。単に各PCへhgコマンドをインストールするだけでは、会社全体で安全に運用できる状態にはなりません。費用を見積もるときは、ソフトウェアのライセンス費よりも、業務で使える状態まで整える作業を対象にする必要があります。

Mercurialでは、開発者がリポジトリと変更履歴をローカルに持ち、clone、pull、commit、push、mergeを使って作業します。ネットワークに接続できない時間でも差分確認やコミットを進められる一方、リモート側のアクセス制御、公開済み変更を守るphases、bookmarkやnamed branchの運用ルールを決めなければ、チーム内で履歴が分岐しやすくなります。ルール策定と教育の工数も、システム導入費用の一部として扱います。

業務利用では、HTTPSまたはSSHの接続、Web UI、コードレビュー、課題管理、LDAPやActive Directoryとの連携、SSO、二要素認証、リポジトリ単位の権限、CIランナー、監査ログ、バックアップ、監視が必要になります。Jira、Redmine、チャット、成果物保管との連携まで含めると、Mercurialの機能だけではなく、周辺サービスの設定と障害時の責任分界も設計対象になります。Mercurial公式のニュースアーカイブでは2026年6月29日に7.2.3が公開されており、OSSであっても利用バージョンや更新経路を管理する保守費用が発生します（出典: Mercurial公式ニュースアーカイブ、2026年）。

Mercurialのシステム開発費用相場はいくらですか？

Mercurial専用の国内受託開発には公開価格が少ないため、以下の金額はMercurial固有の定価ではありません。国内業務システムの費用データと、公開されているMercurial対応SaaSの料金を突き合わせた、2026年の予算計画用の推定レンジです。利用者数、リポジトリ数と容量、履歴保持、CI/CD、認証、可用性、データセンター要件で上下するため、正式な見積もりではなく、要件定義前の予算枠として使います（出典: NotebookLMリサーチノート「業務システム全般_16」、2026年）。

最初から全社基盤を作るのではなく、リポジトリの棚卸し、容量・権限・履歴の調査、cloneとpushの検証、代表的なCI連携を試す段階です。2〜8週間程度で、Mercurialを残すのか、HeptapodやRhodeCodeなどのホスティングへ移すのか、Gitへ段階移行するのかを比較します。調査対象が数個のリポジトリで、既存の認証とCIを流用できるなら下限に近づきますが、subrepo、巨大バイナリ、古いフック、仕様不明のジョブがあると上限を超える可能性があります。

数個から数十個のリポジトリを対象に、HTTPSまたはSSH、基本的な権限、バックアップ、簡易監視、既存CIとの接続までを整える規模です。開発チームが少人数で、単一拠点、既存のLDAPやクラウド基盤を利用できるなら、300万〜800万円程度に収まりやすいです。ただし、費用に含まれるのがサーバー構築だけなのか、運用手順、復旧訓練、利用者教育、リリース後の問い合わせ対応まで含むのかで、同じ小規模案件でも見積金額は変わります。

複数部門や複数拠点が利用し、SSOまたはLDAP、細かなグループ権限、レビュー、課題管理、監査ログ、複数のCI環境、チケットやチャットとのAPI連携を実装する場合は、800万〜3,000万円程度を見込みます。リポジトリの移行や既存ジョブの書き換えがある場合、アプリケーション開発そのものより、履歴・権限・接続先を一つずつ検証する作業が大きくなります。4〜9か月という期間も、実装だけでなく受入、教育、段階展開を含めた計画です。

数百〜数千人の利用者、多拠点、複数ノード、災害対策、厳格な監査、24時間対応、大容量リポジトリ、複雑なCI/CD、ネットワーク分離まで含めると、3,000万〜1億円以上になることがあります。これはMercurialのライセンス価格ではなく、冗長化したインフラ、性能検証、切り替えリハーサル、復旧訓練、セキュリティレビュー、長期保守を含む企業基盤の費用です。対象範囲を一度に固定せず、パイロット、部門展開、全社展開に分けて各段階の予算上限を決める方法が適しています。

Git移行では、変換ツールを実行するだけでなく、履歴、タグ、bookmarkやbranch、作者情報、subrepo、フック、CI定義、権限、レビュー運用、利用者教育を検証します。移行対象が少なく、現役リポジトリだけをsource and history方式で移すなら下限に近づきますが、すべての履歴やメタデータを高い忠実度で移し、旧環境との並行稼働や切り戻しまで行うと上限側へ広がります。GitHub公式も、Mercurialからの移行をsource and historyの経路として案内し、Mercurial、Git CLI、Pythonを使う方法を示しています（出典: GitHub Docs「Migration paths to GitHub」）。

Mercurialのシステム開発費用の内訳はどこにかかりますか？

見積書では「Mercurial環境構築一式」とまとめず、要件定義、設計、実装、テスト、移行、教育、インフラ、保守に分けてもらいます。Mercurial本体の導入が無償でも、企業で使える状態へ近づけるほど、認証や権限の設計、既存資産の調査、CIの接続、復旧確認に人手が必要になります。費目が分かれていると、予算を抑えるために後回しにできる項目と、削ると事故につながる項目を判断しやすくなります。

最初に、リポジトリ数、容量、更新頻度、履歴の保持方針、subrepo、branchやbookmark、phase、フック、利用者、権限、CIジョブ、成果物、バックアップ、接続先を一覧化します。コードの保管場所だけでなく、誰がどのリポジトリへpushできるのか、退職者のアカウントをいつ無効化するのか、障害時に何時間以内の復旧を求めるのかも確認します。資料と実環境が一致しない場合は、仕様復元の調査費用を独立項目にしておくと、開発中の追加請求を抑えやすくなります。

実装費には、リポジトリの公開設定、Web UI、認証、権限、レビュー、API、CIランナー、監視通知などが含まれます。テストでは、正常なcloneやpushだけでなく、認証失敗、権限不足、同時push、ネットワーク断、CIランナー停止、バックアップからの復元、公開済み変更の保護を確認します。LDAPやSSO、Jira、Redmine、チャットなど外部連携が増えるほど、相手側の仕様確認、接続試験、障害時の責任分界に工数がかかります。

自社運用では、サーバー、ストレージ、データベース、ロードバランサー、バックアップ、監視、ログ保管、ネットワーク、セキュリティ製品の費用を見込みます。クラウドでは利用者数だけでなく、リポジトリ容量、転送量、CIの実行時間、同時実行数、バックアップ保持期間で月額が変わります。RhodeCode Cloudの公式料金は、10席込みでStarterが月額80ドル、Teamが月額180ドル、Enterpriseが月額600ドルで、TeamとEnterpriseには追加席料金も設定されています（出典: RhodeCode公式「Cloud Tiers」）。この金額はサービス料金の公開例であり、初期設定、移行、社内認証、教育、為替、税、個別サポートの費用は別に確認します。

既存環境から新しいホスティングへ移す場合は、単純なファイルコピーではなく、履歴、タグ、ブランチ、作者、権限、レビューや課題の対応関係を確認します。Gitへの移行なら、現時点のソースだけを移すsource snapshot、ソースと履歴を移すsource and history、コラボレーション履歴や設定まで含める方式で費用が変わります。移行後に利用者がローカル設定を変更する作業、操作研修、マニュアル、旧環境を一定期間残す並行稼働、切り戻し手順も見積もりに含めます。

保守運用には、OSやPython、Mercurial、暗号ライブラリの更新、脆弱性対応、障害一次対応、ログ監視、バックアップ確認、復旧訓練、利用者追加、権限変更、軽微な改修が含まれます。業務システムの計画上は、初期開発費の年15〜25％程度を保守費の目安に置くことがありますが、平日日中の問い合わせだけか、24時間365日の監視と障害対応まで含むかで変わります（出典: NotebookLMリサーチノート「業務システム全般_16」、2026年）。月額固定の保守と、都度見積もりの追加開発を分けて契約することが大切です。

Mercurialのシステム開発・導入はどのように進めますか？

Mercurialの案件では、いきなり全リポジトリを新環境へ移すより、残置・刷新・Git移行の判断材料を先に集めます。ノートの読者インサイトでも、検索者の悩みはコマンドの使い方より、既存資産を失わずに運用できるか、社内認証やCI/CDを含めてどの程度の総額になるかにあります。次の順序で不確実性を小さくすると、後から要件が膨らむリスクを抑えられます。

リポジトリごとに、所有部署、最終更新日、容量、履歴の重要度、利用者数、アクセス方式、branchやbookmark、subrepo、フック、CIジョブ、課題・レビュー、バックアップの有無を記録します。重要なのは、管理者が把握している正式なリポジトリだけでなく、個人サーバーや共有フォルダに残るコピーも調べることです。GitHubの移行計画でも、名前、所有者、URL、最終更新時刻、課題やプルリクエスト数などの台帳作成を勧めています。台帳を先に作ることで、不要なリポジトリまで高忠実度で移行する費用を避けられます（出典: GitHub Docs「Planning your migration to GitHub」）。

PoCでは、簡単なリポジトリだけでなく、容量が大きいもの、履歴が複雑なもの、subrepoや特殊なフックを持つものを1〜3個選びます。HTTPSとSSHの接続、認証失敗時の挙動、権限の境界、レビューの流れ、CIの実行、成果物の保管、バックアップからの復元を試します。合格基準は「cloneできた」だけにせず、処理時間、ログの追跡性、障害からの復旧、利用者が迷わず作業できることまで定義します。PoCの結果を小規模・中規模・移行のどの費用帯へ当てはめるか判断します。

本番構成では、誰がどの単位で閲覧・push・レビュー・管理をできるかを決め、LDAPやAD、SSO、二要素認証との連携方式を確定します。バックアップは取得するだけでなく、履歴が壊れた場合にどの時点へ戻せるのか、復旧に何時間かかるのか、復元した環境をどう検証するのかまで定義します。監査ログの保存期間、秘密情報のマスキング、管理者操作の記録、退職者アカウントの無効化も、後付けにすると再設計が発生しやすいため、設計段階で見積もります。

PoC後は、開発基盤、認証、CI、バックアップを整え、まず一つのチームでパイロット運用します。Gitへ移行する場合は、変換前後でコミット数、タグ、作者、代表的な差分、ビルド結果を比較し、問題がなければ対象を広げます。Mercurialを残す場合も、既存hgwebをそのまま延命するのではなく、バージョン更新、HTTPS・SSHの設定、権限、監視、復旧手順を更新します。リリース当日は旧環境を直ちに消さず、利用者の切り替え完了と復旧確認を条件に廃止するほうが安全です。

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

見積金額が大きく変わるのは、Mercurialのコマンド数ではなく、業務基盤として求める品質と周辺機能の範囲です。特にリポジトリの規模、セキュリティ、可用性、CI/CD、移行対象、ベンダーの支援範囲が価格に影響します。コスト最適化では、必要な品質を落とすのではなく、現役資産に予算を集中し、使われていない機能やデータを先に整理することが基本です。

リポジトリが増えるほど、棚卸し、権限設定、移行試験、利用者への案内、切り戻し確認の件数が増えます。容量が大きい場合は、ストレージだけでなくcloneやバックアップの所要時間、CIのキャッシュ、ネットワーク転送、障害復旧時間も変わります。すべての履歴を永久保存する必要がないなら、現役リポジトリ、参照用アーカイブ、廃止候補に分け、保管期間と復元要件を決めます。高忠実度移行が必要なものと、現在のソースだけを残せばよいものを分けることが、無理なく費用を抑える方法です。

社外へソースコードを出せない、複数拠点から利用する、退職者の操作を監査する、障害時も開発を止められない、といった要件は、認証基盤、ネットワーク分離、ログ保管、冗長化、災害対策を必要にします。SaaSで済む案件でも、データ所在地、バックアップの頻度、SLA、障害通知、契約終了時のエクスポートと削除を確認します。Heptapod HostingはHTTPS・SSH・Web UI、課題管理、マージリクエスト、オンデマンドCI/CDを提供する一方、CIランナーは実利用量に応じた課金と説明されています（出典: Heptapod Hosting公式「Features」）。必要な機能と未対応の機能を分けて比較することが大切です。

CI/CDが一つのビルドだけなら既存設定を流用できる場合がありますが、OSや言語の異なる複数ジョブ、セルフホストランナー、コンテナ、成果物の署名、ステージング・本番へのデプロイまで含めると設計と試験が増えます。JiraやRedmine、チャット、チケット、脆弱性スキャン、通知なども、接続本数よりデータの対応関係と異常時の処理が重要です。まず現行ジョブの利用状況を調べ、実行されていないジョブや重複する通知を整理してから新環境へ移すと、移行費用と運用費用を同時に下げられます。

Mercurialを扱えるベンダーはGit中心の会社より選択肢が限られるため、技術力だけでなく、保守の継続性、時差、日本語窓口、SLA、ソースコードとIaCの引き渡し条件を確認します。Mercurialを残す案件ならMercurialコアやHeptapodに詳しい支援会社、企業向けの認証・監査ならRhodeCodeのような製品、Git移行なら移行計画と教育まで対応できる会社が候補になります。特定の会社名だけで決めず、PoCの成果物、障害対応の責任分界、契約終了時のデータ返却をRFPで比較すると、安価な初期見積もりの後に保守費用が膨らむリスクを下げられます。

コストを抑える第一歩は、使っていないリポジトリ、重複したCIジョブ、不要な履歴や大容量ファイルを整理することです。次に、現役の代表リポジトリでPoCを行い、標準のホスティング、認証、レビュー、CI機能で足りる範囲を確認します。独自ポータルや全面スクラッチでMercurialの差分管理を作り直すのではなく、既存の基盤とAPIを組み合わせ、会社固有の承認や資産管理だけを追加するほうが、初期費用と将来の保守費用を抑えやすくなります。

Mercurialのシステム開発で見積もりを取るときのポイントは何ですか？

Mercurialの見積もりは、単価や総額だけを比較すると判断を誤りやすいです。見積書の前提条件、成果物、対象外、追加費用が発生する条件をそろえ、少なくとも同じリポジトリ一覧と同じ受入基準で複数社に依頼します。特に「構築」「移行」「運用」を一つの費目にまとめず、どこまでを初期費用に含めるかを明確にすることが重要です。

RFPには、対象リポジトリ数と容量、履歴の保持範囲、branch・bookmark・subrepo、利用者数と組織、HTTPS・SSH、LDAP・AD・SSO、二要素認証、レビュー、課題管理、CI/CD、バックアップ、監査ログ、監視、SLA、データ所在地、契約終了時の返却を記載します。Git移行を含めるなら、ソースのみ、ソースと履歴、メタデータやレビュー履歴までのどこを求めるかも書き分けます。目的が「Mercurialの継続利用」なのか「Gitへの移行」なのかを最初に明示すると、異なる前提の見積もりが混ざりにくくなります。

比較表を作るときは、初期の調査・設計・構築費、移行費、教育費、クラウドやSaaSの月額、CIやストレージの従量課金、年間保守費、追加改修の単価を別の列にします。RhodeCodeのように公開料金があるサービスと、HeptapodのようにアクティブユーザーやCI利用量を前提にするサービスでは、同じ人数でも請求の考え方が違います。公開価格が安く見えても、SSO設定やデータ移行、休日の障害対応が別料金なら、3年分の総保有コストで比較し直す必要があります。

提案段階で、代表リポジトリを使ったPoCの範囲、成果物、性能の測り方、履歴や権限の検証方法、バックアップからの復元試験を確認します。受入条件には、clone・pull・push、レビュー、CI、権限、監査ログ、障害通知、復旧時間、利用者教育を含めます。また、リポジトリ容量や利用者数が想定を超えた場合、古いフックが見つかった場合、相手システムの仕様変更が発生した場合の追加費用と納期変更の扱いも契約前に確認します。曖昧なまま発注すると、安い初期見積もりが変更管理費用として膨らむ可能性があります。

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

ここでは、費用を検討するときに特に多い疑問をまとめます。Mercurialは無償のOSSですが、無償であることと、企業の開発基盤を無料で運用できることは同じではありません。初期費用、月額料金、移行費、保守費を分けて考えると、比較すべき項目が明確になります。

Mercurial本体は無償で利用できますが、システム開発費まで無料になるわけではありません。認証、権限、レビュー、CI/CD、バックアップ、監視、移行、教育、脆弱性対応には設計と運用の人件費がかかります。小規模な自社運用でも300万〜800万円程度、中規模なら800万〜3,000万円程度という推定レンジを、対象範囲とセットで検討します。

公開料金の一例では、RhodeCode Cloudは10席込みで月額80ドルから、Teamが月額180ドル、Enterpriseが月額600ドルです。Heptapod Hostingはアクティブユーザー課金とCIランナーの実利用量課金を案内しているため、固定の月額だけで判断できません。為替、税、追加席、ストレージ、CI、初期設定、社内認証、データ移行、サポートを含めた年間総額を確認してください。

短期的には、既存のMercurialを残してホスティングや認証だけを刷新するほうが、変換や教育が少なく安くなる場合があります。一方で、将来の採用、CIプラグイン、外部サービス連携、保守人材の確保を考えると、Gitへ段階移行したほうが長期の運用リスクを下げられる場合もあります。現在のリポジトリの重要度と更新期間を棚卸しし、現役資産は高忠実度で移行し、参照用資産はスナップショット化するなど、移行方法を分けて比較することが現実的です。

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

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

Mercurialのシステム開発費用は、現状調査・PoCが50万〜200万円、小規模な自社運用が300万〜800万円、中規模の業務開発基盤が800万〜3,000万円、大規模・高可用性基盤が3,000万〜1億円以上、Git移行が500万〜2,000万円という推定レンジです。これらはMercurial本体の価格ではなく、認証、権限、レビュー、CI/CD、移行、バックアップ、監視、教育、保守をどこまで含めるかで変わる予算目安です。

既存Mercurialを使い続ける価値があるのか、ホスティングだけを刷新するのか、Gitへ移行するのかを、業務の継続性、人材、連携、セキュリティ、将来の保守費用で比較します。判断を急いで全資産を移すのではなく、現状調査と代表リポジトリのPoCを先に行い、履歴、CI、権限、復旧の合格基準を確認します。これにより、予算を必要な検証へ集中し、移行後の手戻りを減らせます。

見積もりでは、対象リポジトリ、利用者数、認証、CI/CD、バックアップ、監査、SLA、移行方式、教育、保守、契約終了時のデータ返却を分けて確認します。公開料金は比較の起点になりますが、初期設定や社内環境との連携が別料金になることもあります。金額の根拠と変動条件を説明できるベンダーを選び、段階的な予算と受入基準を合意してから発注することが、Mercurialの資産を守りながらコストを管理する近道です。

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