はじめに

iOS開発をしていると必ず向き合うのが「依存管理」。

SDKを入れる
ライブラリを追加する
バージョンを固定する
チームで再現性を保つ

その代表的なツールが：

Carthage
CocoaPods
Swift Package Manager（SPM）

この記事では、それぞれの特徴・メリット・デメリットを整理します。

ざっくり結論

観点	CocoaPods	Carthage	SPM
歴史	長い	やや古い	比較的新しい
導入難易度	やや高い	普通	低い
Xcode統合	△	△	◎
今後の主流	△	△	◎

現在の主流は SPM です。

1. CocoaPods

概要

最も有名で歴史の長い依存管理ツール。

Podfile に依存を書き、pod install で導入。

特徴

Podfile.lockで依存を固定
プロジェクトにPodsを組み込む
ワークスペース（.xcworkspace）を生成

メリット

対応ライブラリが多い
企業SDKで採用例が多い
細かい制御が可能

デメリット

ビルドが重くなりがち
プロジェクト構成が複雑になる
Ruby環境依存

向いているケース

古いプロジェクト
社内SDKがPods前提
細かいビルド制御が必要

2. Carthage

概要

「できるだけプロジェクトを汚さない」思想のツール。

バイナリをビルドしてフレームワークとしてリンクする。

特徴

Xcodeプロジェクトを書き換えない
シンプルな設計
手動リンクが必要

メリット

プロジェクトがクリーン
挙動が分かりやすい

デメリット

手動設定が多い
メンテナンスが減少傾向
Apple公式ではない

向いているケース

既存構成を崩したくない
CocoaPodsを避けたい

※最近はあまり新規採用されない印象。

3. Swift Package Manager（SPM）

概要

Apple公式の依存管理ツール。

Xcodeに標準統合されている。

特徴

XcodeのGUIから追加可能
Package.swiftベース
Swift標準エコシステム

メリット

追加が簡単
Xcodeとの統合が強い
Ruby不要
CIとの相性が良い

デメリット

古いライブラリは未対応の場合あり
複雑なビルド設定はやや弱い

向いているケース

新規プロジェクト
Swift中心開発
シンプル構成を保ちたい

依存管理で重要なポイント

どのツールを使うかより大事なのは：

バージョンを固定する
lockファイルをGit管理する
CIで整合性をチェックする
手動運用に依存しない

依存管理は「入れる作業」ではなく、

再現性を保証する仕組み です。

今選ぶならどれ？

新規プロジェクト

→ SPM一択

既存がPods

→ 無理に移行しなくてもOK

Carthageを使っている場合

→ 将来的にSPM移行を検討してもよい

まとめ

CocoaPodsは実績豊富だがやや重い
Carthageは思想がシンプルだが勢いが減少
SPMが現在の主流で今後も強い

最終的に重要なのは、「チーム全体で安全に再現できること」だと思います。

依存関係の管理は一見地味ですが、一度問題が起きると影響範囲が広く、復旧にも時間がかかる領域です。

だからこそ、その場しのぎではなく、チームとして再現性と保守性を担保できる仕組みを選ぶことが大切だと考えています。