Mercurialのシステム開発の発注/外注/依頼/委託方法について

Mercurialのシステムを発注・外注する場合は、hgをインストールするだけでなく、リポジトリ、認証、レビュー、CI/CD、バックアップまで含む開発基盤として要件を定義することが重要です。

本記事では、Mercurialを残したまま運用基盤を刷新するケース、Gitへ段階移行するケース、新規に開発基盤を整えるケースを分け、発注形態の選び方、RFPと要件整理、契約形態、2026年時点の費用相場、委託先選定、見積比較のポイントを解説します。既存のMercurial資産を安全に引き継ぎたい担当者や、社内で保守しきれず外部委託を検討している担当者に向けた内容です。

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

Mercurialのシステムを発注する前に知るべき全体像

Mercurialは、各開発者がリポジトリと変更履歴をローカルに持つ分散型バージョン管理システムです。ネットワークが不安定な環境でもコミットや差分確認を進めやすく、clone、pull、push、mergeを組み合わせてチーム開発を行います。発注対象はクライアントソフトだけではなく、チームが安全にコードを扱うための運用全体です。

最低限、Mercurialリポジトリ、HTTPSまたはSSHによる接続、ユーザー認証、グループ・リポジトリ単位の権限、コードレビュー、課題管理、CI/CD、バックアップ、監査ログ、監視を洗い出します。LDAPやActive Directory、SSO、二要素認証、JiraやRedmine、チャットとの連携が必要なら、追加要件としてRFPに書きます。コードを保管できても、退職者のアカウント停止や復旧テストができなければ、業務で使えるシステムとはいえません。

既存Mercurialを残すか、Gitへ移行するかは、流行だけで決めないことが大切です。現行の拡張機能、phase、bookmark、named branch、subrepo、フック、CIジョブ、履歴の監査価値、利用者の習熟度を棚卸しし、業務への影響と3〜5年の総保有コストで比較します。新規採用の相談と、すでに重要資産がある環境の保守・移行相談では、必要な委託先も異なります。

Mercurialのシステムはどの発注形態を選べばよいですか？

結論として、要件と完成条件が固まった構築・改修は請負型、調査やPoC、既存資産の棚卸し、段階移行は準委任型が合わせやすいです。Mercurialのシステムは、着手後に履歴や拡張機能の問題が見つかりやすいため、最初から全工程を固定価格にするより、調査フェーズと本番構築フェーズを分ける方法が現実的です。

リポジトリ数や容量が分からない、履歴変換の成否が読めない、CIが古いサーバーに依存しているといった場合は、現状調査を準委任型で委託します。作業時間、担当者、週次報告、調査対象、提出物を定め、リポジトリ台帳、依存関係一覧、リスク一覧、PoC結果、移行方針案を受け取ります。調査結果を踏まえてから、請負型の本番構築や移行契約に進むと、見積もりの前提が揃いやすくなります。

HTTPS・SSH接続、SSO連携、バックアップ、監視、レビュー画面、CIランナーなどの成果物と受入条件を定義できるなら、請負型で発注できます。たとえば「代表リポジトリ3個を新環境へ移し、開発者が一定時間以内にclone・pushでき、権限テストと復旧テストに合格する」といった形で、機能ではなく検証可能な条件にします。完成条件が曖昧なまま請負にすると、追加要望や仕様解釈の違いが変更契約に集中します。

Mercurial対応クラウドは、初期構築を短くしやすく、HTTPS・SSH、Web UI、課題管理、レビュー、CI/CDをまとめやすい選択肢です。Heptapod HostingはMercurialへのHTTPS・SSH・Web UIアクセス、課題管理、マージリクエスト、オンデマンドCI/CDを案内しています（出典: Heptapod Hosting「Features」、2026年8月確認）。一方、機密性、データ所在地、社内SSO、独自監査、災害対策が重い場合は、自社運用や専用環境を比較します。スクラッチ開発は承認や資産管理など周辺業務に独自性がある場合に絞り、Mercurialそのものを再実装しないことが基本です。

RFPと要件整理でMercurialの外注範囲を固めます

RFPでは、Mercurialを使うことだけでなく、誰が何を安全にできる状態にするかを示します。技術名だけを伝えると、委託先ごとにリポジトリ数、レビュー範囲、CIの責任、移行対象の解釈が変わり、金額だけでなく提案内容も比較できません。業務目的、現行構成、将来方針、非機能、移行、保守を一枚の全体像にして依頼します。

台帳には、リポジトリ名、所有部門、URL、最終更新日、容量、ファイル数、利用者、管理者、公開範囲、重要度、ブランチやbookmark、タグ、phase、subrepo、フック、拡張機能、CIジョブ、連携先を記録します。履歴を監査や障害解析に使うなら、全履歴を残す必要があります。古いアーカイブで履歴を業務上参照しないものは、現行ソースだけを移すスナップショット方式も候補になります。

RFPには、TLS、SSH鍵、SSOやLDAP、二要素認証、最小権限、退職者アカウントの無効化、監査ログの保存期間、脆弱性対応、バックアップの世代数、復旧目標時間、復旧目標時点を記載します。Mercurial 7.0は2025年3月に公開され、その後も7.1系を経て、公式ニュースでは2026年6月29日に7.2.3が公開されています（出典: Mercurial公式「News archive」、2026年8月確認）。OSSだから保守不要とは考えず、Mercurial本体、Python、OS、暗号ライブラリ、配布パッケージの更新担当を明確にします。

PoCでは、代表的な現役リポジトリを1〜3個選び、clone・pull・push、ブランチやbookmarkの運用、変更履歴の検索、レビュー、CI、権限拒否、バックアップからの復旧を試します。評価項目は「操作できた」ではなく、clone時間、CI成功率、復旧にかかる時間、履歴の欠落数、利用者の手順理解度などに置きます。Git移行なら、作者情報、タグ、ブランチ、サブリポジトリ、大容量ファイル、CI定義、権限を別々に検証します。

Mercurialの外注で選ぶ契約形態と責任分界

契約書の名称だけで判断せず、成果物、検収、変更管理、知的財産、秘密保持、再委託、障害対応、契約終了時のデータ返却を一緒に確認します。特に海外のMercurial対応ベンダーへ委託する場合は、準拠法、時差、サポート言語、SLA、データ所在地、ソースコードの取り出し方法を契約前に確かめます。

請負契約では、検収期間、テスト環境、合格条件、不具合の定義、修補期限、再検収、切り戻しを定めます。「システムが動く」だけでなく、権限ごとのclone・push可否、レビューの記録、CI失敗時の通知、バックアップ復元、監査ログ、リポジトリ削除の防止まで検証対象にします。開発中の要望は、追加費用・納期・影響範囲を記録する変更要求として承認します。

納品物には、ソースコードだけでなく、リポジトリの履歴、設定ファイル、拡張機能、フック、CI/CD定義、Infrastructure as Code、依存パッケージ一覧、バックアップ手順、監視設定、テスト結果、運用マニュアルを含めます。受託者のアカウントにしか管理権限がない状態は避け、発注者が自社の管理者としてリポジトリを復元・移管できることを確認します。第三者のOSSライセンスや独自開発部分の権利帰属も、契約と納品物一覧に記載します。

保守契約では、受付時間、重大度、一次回答、復旧目標、脆弱性対応、Mercurial本体やOSの更新、バックアップ確認、復旧訓練、月間作業時間を明記します。障害対応と機能追加を同じ月額枠に入れると優先順位が曖昧になるため、保守、軽微改修、大規模な移行・開発を区分します。契約終了時のデータ返却、アカウント削除、バックアップの消去証明も確認します。

Mercurialのシステム発注費用相場とコストの内訳

Mercurial専用の国内受託開発には公開価格が少ないため、以下は業務システム一般の費用情報と、リポジトリ管理・移行に必要な作業を組み合わせた推定レンジです。ソフトウェア自体が無償でも、現状調査、認証、CI、データ移行、監視、バックアップ、教育、脆弱性対応に人件費が発生します。相場は予算枠を作るための目安であり、特定案件の金額を断定するものではありません。

現状調査・PoCは、リポジトリ棚卸しやclone・push、CI連携の検証を含めて50万〜200万円程度が一つの目安です。小規模な自社運用基盤は300万〜800万円程度、中規模の業務開発基盤は800万〜3,000万円程度、大規模・高可用性基盤は3,000万〜1億円以上のレンジで見積もります。MercurialからGitへの移行は、履歴変換、CI書き換え、並行稼働、教育を含めて500万〜2,000万円程度が推定レンジです（出典: NotebookLM「業務システム全般_16」一次Q&Aおよびリサーチノート、2026年確認）。

公開料金の例では、RhodeCode Cloudは10席込みでStarterが月額80ドル、Teamが月額180ドル、Enterpriseが月額600ドルです。Teamは追加席が1席5ドル、Enterpriseは1席4ドルと案内されています（出典: RhodeCode公式「Cloud Tiers」、2026年8月確認）。これはライセンスとホスティングの公開価格であり、要件定義、設定、移行、社内認証、CIランナー、教育、為替、税金、保守委託費は別途になる可能性があります。Heptapod Hostingもアクティブユーザー課金とCIの実利用課金を掲げているため、利用者数だけでなく実行時間やストレージを確認します。

継続利用の試算には、サーバーやクラウド、ストレージ、バックアップ、監視、脆弱性対応、保守担当者の確保を含めます。移行の試算には、変換、CI・連携の書き換え、教育、並行稼働、切り戻し、移行後の運用を含めます。初期費用が安い案でも、属人化や障害復旧の遅れが大きければTCOは上がるため、機能の多さではなく、開発者の生産性、監査、復旧、将来の人材確保まで評価します。

Mercurialの委託先選びと見積比較のポイント

Mercurial対応会社はGit中心の市場より候補が限られるため、「Mercurialを知っている」と言われた段階で決めないことが重要です。実担当者が履歴、phase、bookmark、拡張機能、CI、認証、バックアップを説明できるかを確認し、残置・ホスティング・移行・企業向け運用のどこに強い会社かを分けて比較します。

MercurialコアやHeptapodの専門性を重視するなら、OctobusやCloudcrane SAS（Orbeetブランド）の公開活動を確認する候補になります。Mercurial・Git・SVNを企業向けに統合管理したい場合はRhodeCode、Gitへの移行やGitHub Enterpriseの設計を相談したい場合はGitHub Expert Services、移行の第三者支援や教育を求める場合はMARTINSFELDが候補になります。Clever CloudはHeptapodのクラウド基盤に関わる候補ですが、いずれも日本語窓口、個別の受託範囲、SLA、契約条件を問い合わせて最終判断します。

見積書は、現状調査、要件定義、基本設計、環境構築、認証・権限、レビュー、CI/CD、バックアップ・監視、履歴移行、テスト、教育、リリース、保守に分けてもらいます。人月だけでなく、各工程の担当者、作業期間、納品物、除外事項、前提となるリポジトリ数・容量・利用者数を確認します。金額が低い提案でも、移行検証、復旧訓練、ドキュメント、脆弱性対応が除外されていれば、後から追加費用になりやすいです。

質問例は、「Mercurialを残した企業案件の担当経験はありますか」「phaseやbookmarkをどのようにレビュー運用しますか」「subrepoや独自フックをどう調査しますか」「LDAP・SSO・二要素認証の構築範囲はどこまでですか」「CIランナーの障害時に誰が復旧しますか」「バックアップから実際に復旧した証跡を提示できますか」です。移行案件なら、履歴、作者、タグ、ブランチ、大容量ファイル、CI、権限をどの順で検証するかを聞きます。営業担当だけでなく、実装・運用責任者に回答してもらうと、体制の実在性を確認しやすくなります。

Mercurialのシステム発注・外注でよくある質問

Mercurialの外注では、技術の採否だけでなく、現行資産の扱い、運用責任、移行の範囲、契約終了後の引き継ぎを確認することが大切です。ここでは、発注前に特に質問されやすい点を回答します。

新規採用は、既存のMercurial資産、チームの習熟度、対応するホスティングやCI、人材を確保できる場合に検討します。Gitが主流であることだけを理由に否定するのではなく、Mercurialを残す業務上の価値と、将来の保守・採用コストをRFPとPoCで確認してから判断します。

移行方式によります。GitHub公式は、MercurialリポジトリをGitへ変換してからGitHubへpushする手順を案内しており、作者情報を対応表で変換し、履歴を含めて取り込む方法があります（出典: GitHub Docs「Importing a Mercurial repository」、2026年確認）。ただし、subrepo、独自メタデータ、大容量ファイル、CI、権限は別途確認が必要なため、全リポジトリを一度に切り替えず、ドライランと代表リポジトリの受入テストを行います。

現状調査・PoCは50万〜200万円程度、小規模な自社運用は300万〜800万円程度、中規模の業務開発基盤は800万〜3,000万円程度、Git移行は500万〜2,000万円程度が推定レンジです。リポジトリ数・容量、認証、CI、可用性、履歴、教育、保守の有無で変わるため、公開料金と受託作業費を分けた複数社見積もりを取得します。

日本企業に限定すると、Mercurial専門の公開実績は多くないため、GitやSubversionの移行、業務システムの認証・監視・バックアップ、レガシー基盤の保守経験も含めて候補を探します。海外の専門企業に依頼する場合は、日本語対応を前提にせず、時差、契約、データ所在地、障害時の連絡、引き継ぎ資料の言語を確認します。専門性と国内のプロジェクト管理力を分担する共同体制も選択肢です。

まとめ

Mercurialのシステムを発注・外注する際は、コマンドやライセンスの話だけでなく、リポジトリ、認証、レビュー、CI/CD、バックアップ、監査、保守を一つの開発基盤として整理します。既存Mercurialを残すのか、ホスティングを刷新するのか、Gitへ移行するのかを、資産の棚卸しとPoCで決めることが出発点です。

発注では、まず準委任型で現状調査と要件整理を行い、完成条件が固まった範囲を請負型で構築する進め方が比較的安全です。費用はPoCの50万〜200万円程度、小規模構築の300万〜800万円程度、中規模の800万〜3,000万円程度、Git移行の500万〜2,000万円程度を出発点にしつつ、必ず前提条件と除外事項を明細化します。見積もりは金額だけでなく、履歴・CI・復旧・契約終了後の引き継ぎまで比較して、実担当者と責任分界を確認します。

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