クラウド Mac で初めて iOS ビルドを通した——動く App ができた

普段のメイン環境は Windows ノート、バックエンドとスクリプトは Linux VPS——iOS だけは Xcode と Apple ハードウェアから逃げられません。Mac mini を買う選択肢もありますが、「App を本当にリリースできるか」まだ分からない段階では、接続・ビルド・Simulator・署名・Archive までの一連の工程を最小コストで試したかった。そこでクラウド Macを借り、週末 2 日で SwiftUI App を iPhone Simulator 上で動かし、日曜夜に初めて Release Archive まで到達しました。これは「Hello World 三行」のチュートリアルではなく、リモート Xcode 開発の実戦ログです——ハマった穴と、思ったより早く終わった工程も含めて書きます。

1 台

クラウド Mac mini で全工程

~6h

接続から Simulator 成功まで

1 回

初 Archive 成功

手元に Mac がないのに、先にクラウド Mac を借りた理由

iOS に初めて触れる人の第一声はだいたい「xcode windows」検索——私も同じでした。結論はすぐに固まります：App Store 向けビルドは Windows 上では完結しない。Simulator、codesign、Archive、TestFlight アップロードのどれも macOS に紐づいています。Hackintosh や非公式 VM は個人遊びならともかく、正規署名や将来の監査を考えると、コンプライアンスの取れた Apple ハード上に載せる必要があります。

Mac 購入のハードルは価格だけではありません。「今すぐ買う価値があるか」という判断もあります。2 週間後に iOS 版を続けないと分かったら、月額クラウドよりデスク上の Mac mini の方がもったいない。週単位・月単位で専用クラウド Macを借りれば、次の 3 点を一度の実践で検証できます：リモート Xcode に慣えるか？ビルド速度は足りるか？署名と Archive で詰まらないか？全部 OK なら、その時点で本機購入や CI 導入を決めれば十分です。Windows チーム向けの体系的な選定は、xcode windows と virtual mac online ガイドも参照してください。

Day 0：接続、デスクトップ、そして「本当に Mac だ」瞬間

クラウド Mac のアカウントを受け取ったら、まず 2 本立て：SSH で CLI と VS Code Remote、Microsoft Remote Desktop で Simulator と Xcode GUI を触るとき用。リージョンは近い APAC ノードを選ぶのが重要——最初は誤って欧州機に繋ぎ、git clone も RDP も遅く、リージョン変更後に初めて「ローカル開発並み」と感じました。

macOS はプリインストールですが、Xcode は通常自分で入れます。Mac App Store に個人 Apple ID でログインし、最新安定版をダウンロード。インストール後 xcodebuild -version と xcode-select -p で CLI を確認し、sudo xcodebuild -license accept と Xcode 初回起動の追加コンポーネントインストールを実行——進捗バーはリモートデスクトップで見た方が SSH 盲打ちより安心です。クラウド Mac の利点はHackintosh 不要で、起動すぐ正規 Apple Siliconであること。Homebrew、Git、SSH 鍵は Linux サーバーと同じ感覚で設定でき、学習曲線は想像より緩やかでした。

Day 0 チェックリスト

SSH と RDP が安定接続できる；Xcode と Command Line Tools のバージョンが一致；git clone がエラーなし；キーチェーンで login keychain を作成・ロック解除できる。どれか 1 つでも NG なら、新規プロジェクトはまだ早い——後の署名で全部やり直しになります。

新規プロジェクトから「Simulator で本当にタップできる」まで

Xcode で App テンプレートを選び、SwiftUI + Swift。Bundle ID は事前に Developer アカウントで登録済み。初回 Cmd+R で Simulator を起動したとき、クラウド Mac の Apple Silicon の恩恵がはっきりしました：クリーンビルドは 3～4 分、増分ビルドは十数秒——Linux コンテナで「クロスプラットフォーム構築」を想像していた頃より、はるかに体感が直感的です。

本当にテンションが上がったのはコンパイル成功ログではなく、Simulator ウィンドウにアイコンが現れ、タップして UI が反応した瞬間——「これは App だ」と初めて実感できました。リモート開発のコツ：RDP はフルスクリーン、Simulator 解像度はターゲット端末に合わせる。コード修正と xcodebuild test は SSH、初回 UI 調整はデスクトップ必須。私は Windows 上の VS Code Remote SSH でロジックを書き、レイアウト確認時だけ RDP に切り替え——2 系統を併用する方が、どちらか一方に寄せるより楽でした。

CLI でも「動く」を検証できる

GUI が通ったら、Archive 前の下準備として CLI でも再実行：

Shell · Simulator Debug ビルド

cd ~/Projects/MyFirstApp
                xcodebuild build \
                  -scheme MyFirstApp \
                  -destination 'platform=iOS Simulator,name=iPhone 16' \
                  -configuration Debug

SSH 上でこのコマンドが green になれば、プロジェクト設定が Xcode GUI の暗黙状態に依存していない証拠——将来 CI や夜間ビルドに移行しても、ゼロからやり直す必要がありません。

署名の壁：個人開発者でも一度は止まる

Simulator の Debug には Distribution 証明書は不要ですが、Archive では必ず署名にぶつかります。私が詰まったのは 2 点：Apple Developer 側の App ID と Bundle ID の不一致；リモート Mac のキーチェーン初回ダイアログで RDP が切れ、「常に許可」を押せず、バックグラウンドの xcodebuild archive が静かに失敗したこと。

個人アカウントなら Automatic Signing でまず通せます。App Store 公開を見据えるなら、早めに App Store Connect API Key で鍵をドキュメント化し、GUI クリック一本に頼らない方がよい。私の手順：Xcode の Signing & Capabilities で自動管理を ON、Team を確認；リモートデスクトップで有人の状態で Archive を 1 回走らせ、キーチェーン許可を全部済ませる。その後に無人 CLI Archive を試すと成功率が上がります。

リモート署名で見落としがちな一点

クラウド Mac 再起動やセッション切れ後、login keychain が再ロックされることがあります。リリース前に security unlock-keychain -p '…' ~/Library/Keychains/login.keychain-db（パスワードは vault 管理、リポジトリに書かない）を実行し、Distribution 証明書が「マイ証明書」に残っているか確認。Xcode GUI では Archive できても、CLI は夜間に落ちる——このパターンに要注意です。

初 Archive：「動く」から「渡せる」へ

Archive と Debug ビルドは別ルートです。Xcode で Any iOS Device (arm64) を選び、Product → Archive。Organizer に最初の記録が並んだとき、Simulator で App をタップした時より安心感がありました——Release 設定、最適化レベル、署名チェーンが全部通ったからです。CLI 相当コマンド：

Shell · Release Archive（有効な署名が必要）

xcodebuild archive \
                  -scheme MyFirstApp \
                  -configuration Release \
                  -archivePath build/MyFirstApp.xcarchive \
                  -destination 'generic/platform=iOS' \
                  CODE_SIGN_STYLE=Automatic \
                  DEVELOPMENT_TEAM=XXXXXXXXXX

IPA エクスポートは Organizer の Distribute App、または xcodebuild -exportArchive。その夜は Archive とローカル IPA 構造の確認まで——TestFlight アップロードは急ぎませんでした。初 iOS にとってArchive 成功自体がマイルストーンです。次に自動化するなら、チーム CI の層分けや Archive を PR プールに混ぜない理由は Cloud Mac による iOS CI 容量設計を読んでおくと近道です。個人の初回は 3 台構成まで不要ですが、「Archive は隔離すべき」を先に知っておくと後悔が減ります。

リモート Xcode の実感：許容範囲、ただし役割分担が要る

正直、手元 MacBook の「キーボードと画面が一体」の滑らかさには及びません。ただし許容できるレイテンシなら iOS 初リリースは十分可能です。私の整理：

コード編集：Windows + VS Code Remote SSH で Swift 修正——体感はローカルに近い。
UI / Simulator：RDP または画面共有必須。遅延はリージョンと帯域次第。
ビルドと Archive：クラウド Mac 上で実行。Windows から iOS クロスコンパイルは試さない。
資産とリポジトリ：Git のみ。USB で 2 台間コピー禁止——DerivedData は再生成可、Git 履歴は戻せない。

クラウド Mac のもう一つのメリットは環境のクリーンさ。iOS 専用ユーザーとキーチェーンを分ければ、個人ノートに散らばったグローバルツールチェーンと衝突しません。「たまに iOS を触るバックエンドエンジニア」にとって、デスクで埃をかぶる Mac より現実的です。

私のタイムライン（照合用）

フェーズ	所要時間（目安）	成果物
接続、Xcode インストール、リポジトリ clone	1～2 時間	リモート Shell + デスクトップ利用可
新規プロジェクト、Simulator Debug	2～3 時間	Simulator でタップできる App
署名・キーチェーン障害対応	1～2 時間	Automatic Signing 安定
初 Release Archive	30～60 分	.xcarchive / IPA エクスポート可

2 回目以降の同種プロジェクトでは、Archive は 30 分以内に収まることが多い——ボトルネックは「できるか」から「キャッシュと署名が常駐しているか」へ移ります。だから多くの人が初台のクラウド Mac を日割りではなくサブスクにする：DerivedData とキーチェーン状態は同一マシンに残す価値があるからです。

「初 iOS」向け 0 から Archive チェックリスト

ローカル Mac なしで iOS を検証するなら、順番にチェック：

コンプライアンスの取れた cloud mac を借りる（Apple Silicon、メモリ ≥16GB 推奨）。
SSH + RDP の二系統を整備；リージョンは自分に近い方。
Xcode インストール、ライセンス同意、追加コンポーネント。
Apple Developer で Bundle ID 登録、Xcode Signing に赤エラーなし。
Simulator Debug と xcodebuild build の両方成功。
有人で GUI Archive を 1 回完了してから CLI を試す。
（任意）IPA を export し、App Store Connect の要件に沿ってメタデータ準備。

6 番目まで到達すれば、「xcode windows」を検索して止まる大多数より一歩先——Simulator のデモではなく、本当に渡せるアーカイブが手元にあります。

次に進むなら

個人 App だけなら：クラウド Mac サブスク + 手動 Archive で十分。週次リリースに入るなら：同じマシンをセルフホスト Runner に登録し、PR はテストのみ、main で Archive。初回成功前に CI を過剰設計しない——ただし Archive が通った日は、「借りたデスクトップ」から「名前の付いたリリースノード」へ昇格させるタイミングです。