Skill.md検索

Debug（開発版）と Release（本番版）のビルド設定を .xcconfig ファイルで分離・管理でき、GUI での設定ミスを防げます。 API キー・開発環境 URL など、機密情報を Git で追跡できる方法として一元管理できます。 Swift バージョン、iOS 最小バージョン、コード署名など複雑な設定を、テキストファイルでチーム全体で共有・統一できます。 環境変数の切り替えが簡単になり、開発版と本番版の混同による事故を防ぎます。 Xcode でビルド設定が多く、GUI で一つ一つ調整するのが煩雑だと感じている iOS/macOS 開発者 複数の開発メンバーがいて、ビルド設定を「統一したい」「Git で管理したい」チーム 開発環境と本番環境で API キーやエンドポイントを切り替える必要があるプロジェクト .xcconfig ファイルを使い、Debug/Release の設定分離と環境変数管理を実現します。最小構成は Config/Debug.xcconfig、Config/Release.xcconfig、Config/Shared.xcconfig（共通設定）の3ファイル。Shared.xcconfig には Swift バージョン（5.9）、iOS デプロイメント最小バージョン（17.0）、Code Sign Style など全環境共通の設定を記述。Debug.xcconfig には CONFIGURATION=Debug、開発用 API エンドポイント、テスト用 AdMob ID、SWIFT_OPTIMIZATION_LEVEL=-Onone（最適化なし）、DEBUG_INFORMATION_FORMAT=dwarf-with-dsym などを記述。Release.xcconfig には本番用 Product ID、本番 API エンドポイント、本番 AdMob ID、最適化有効（-O）などを記述。#include "Shared.xcconfig" で共通部分を読み込みます。プロジェクト設定内の Build Settings で各ターゲットの Configuration に対応する .xcconfig ファイルを割り当て、Xcode から参照させることで、変数展開と一元管理が実現されます。

コマンドラインでxcodebuildを使用してiOSアプリをビルド・アーカイブし、署名を自動化できます ExportOptions.plist経由でIPA（インストーラーファイル）をApp Store用に生成できます fastlaneとaltoolを使ってApp Store Connectにアップロードし、審査申請まで一貫して実行できます TestFlightへのベータ版配布と本番環境へのリリース作業を自動化できます バージョン番号（MARKETING_VERSION・BUILD_NUMBER）の更新から申請完了まで、手作業を削減できます iOSアプリを定期的にApp Store/TestFlightへリリースするデベロッパーチーム ビルド・署名・申請作業を自動化してリリースサイクルを短縮したいエンジニア 「テスト用にTestFlightに上げて」「本番リリースして」という指示を効率化したい開発リーダー プロビジョニングプロファイルやコード署名の設定トラブルに頻繁に直面している方 ワークフローは5ステップ：(1)バージョン番号更新、(2)xcodebuild archive でアーカイブ作成、(3)exportArchive で IPA 生成、(4)altool/fastlane でアップロード、(5)fastlane deliver で審査申請。xcodebuild直接使用を推奨（fastlane gymはタイムアウト問題あり）。署名時は DEVELOPMENT_TEAM パラメータのみ使用し、CODE_SIGN_IDENTITY は削除（競合回避）。-allowProvisioningUpdates フラグで自動プロファイル更新。Team ID は security find-identity コマンドで確認可能。ExportOptions.plist に method:app-store、uploadSymbols:true を設定。エラー対処として、「Signing requires a development team」時は DEVELOPMENT_TEAM 追加、「conflicting provisioning」時は CODE_SIGN_IDENTITY 削除を実行。Release configuration を使用し、grep で project.pbxproj からバージョン確認、sed で更新可能。