三方式の比較表
適用シーン・速度・安定性・コスト・運用で比較し、選定の目安にしてください。
| 方式 | 適用シーン | 速度 | 安定性 | コスト | 運用 |
|---|---|---|---|---|---|
| ミラーサイト | 公開リポジトリ中心、CI／個人 | ◎ | ◎ | 無料〜低 | 低（URL 差し替えのみ） |
| プロキシ | 全トラフィック一括、跨国チーム | ◎ | ○（プロバイダ依存） | 有料が多い | 中（認証・障害監視） |
| 自前ミラー | 社内／プライベート、完全制御 | ◎ | ◎ | 高 | 高（同期・ストレージ・保守） |
ミラーサイトの設定手順
ミラー用 URL に clone 先を切り替えます。CI ではジョブ内で git config を指定すると再現しやすいです。
-
1
ミラー URL を決める。 例：
https://mirror.example.com/git/org/repo.git。GitHub のミラーや地域ミラーを利用できます。 -
2
clone 時に URL を指定。
git clone https://mirror.example.com/git/org/repo.git。既存はgit remote set-url origin <ミラーURL>で差し替え。 -
3
CI で固定。
git config --global url."https://mirror.example.com/".insteadOf "https://github.com/"で同一ジョブ内をミラー経由に。
プロキシの設定手順
HTTP/HTTPS プロキシで Git・npm を一括加速できます。CI では環境変数指定が一般的です。
-
1
プロキシを用意。 例：
http://proxy.example.com:8080。認証時はhttp://user:[email protected]:8080。 -
2
環境変数を設定。
export HTTP_PROXY=... HTTPS_PROXY=...をシェルまたは CI に追加。Git はこれでプロキシ経由になります。 -
3
Git のみの場合。
git config --global http.proxy ... https.proxy ...で Git だけプロキシを通せます。CI はジョブ単位で設定すると安全です。
自前ミラーの概要と選型のポイント
Gitea・GitLab 等で自社にミラーを立て、cron/CI で upstream と同期します。制御と社内からの高速アクセスは得られますが、ストレージ・保守コストがかかります。
- 向くケース： プライベートが多い、閉域で clone、監査で自前必須のとき。
- 向かないケース： 小規模・運用余力が少ない、公開中心ならミラーサイト／プロキシの方がコスパが良いです。
よくある失敗の切り分け
- タイムアウト： プロキシのタイムアウトを増やす、ミラーを自環境に近い地域に。
- SSL エラー： 社内では
http.sslVerify falseで一時回避できるが、本番は証明書を正しく導入。 - 403／認証失敗： プロキシ認証や Git credential を確認。CI は Secret を環境変数で渡す。
まとめと次の一歩
ミラーサイト（手軽）・プロキシ（一括）・自前ミラー（完全制御）の三方式をチーム規模と予算で選び、比較表と手順で clone を高速化してください。
跨境・CI を安定させるにはリモート Mac を近いリージョンに置くのも有効です。MacPull でクラウド Mac をレンタルでき、ログイン不要で料金・購入を確認できます。キャッシュ戦略の記事もご参照ください。