Skip to content

Instantly share code, notes, and snippets.

@cocoaNib
Last active July 3, 2025 09:38
Show Gist options
  • Save cocoaNib/502900f24846eb17bb29 to your computer and use it in GitHub Desktop.
Save cocoaNib/502900f24846eb17bb29 to your computer and use it in GitHub Desktop.

Revisions

  1. Renate Wünschl revised this gist Mar 4, 2016. 3 changed files with 33 additions and 1 deletion.
    8 changes: 8 additions & 0 deletions exportOptionsAdHoc.plist
    Original file line number Diff line number Diff line change
    @@ -0,0 +1,8 @@
    <?xml version="1.0" encoding="UTF-8"?>
    <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
    <plist version="1.0">
    <dict>
    <key>method</key>
    <string>ad-hoc</string>
    </dict>
    </plist>
    8 changes: 8 additions & 0 deletions exportOptionsRelease.plist
    Original file line number Diff line number Diff line change
    @@ -0,0 +1,8 @@
    <?xml version="1.0" encoding="UTF-8"?>
    <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
    <plist version="1.0">
    <dict>
    <key>method</key>
    <string>app-store</string>
    </dict>
    </plist>
    18 changes: 17 additions & 1 deletion exportOptionsPlist → xcodebuild -exportArchive
    Original file line number Diff line number Diff line change
    @@ -1,4 +1,20 @@
    Available keys for -exportOptionsPlist:
    AdHoc
    xcodebuild -exportArchive -archivePath ~/Desktop/build/AdHoc/AdHoc.xcarchive -exportPath ~/Desktop/build/AdHoc -exportOptionsPlist ~/Desktop/build/AdHoc/exportOptionsAdHoc.plist

    Release
    xcodebuild -exportArchive -archivePath ~/Desktop/build/Release/Release.xcarchive -exportPath ~/Desktop/build/Release -exportOptionsPlist ~/Desktop/build/Release/exportOptionsRelease.plist

    Folders and Files on my desktop:
    build
    AdHoc
    AdHoc.xcarchive
    exportOptionsAdHoc.plist
    Release
    exportOptionsRelease.plist
    Release.xcarchive


    All Available keys for -exportOptionsPlist:

    compileBitcode : Bool

  2. Renate Wünschl created this gist Mar 3, 2016.
    41 changes: 41 additions & 0 deletions exportOptionsPlist
    Original file line number Diff line number Diff line change
    @@ -0,0 +1,41 @@
    Available keys for -exportOptionsPlist:

    compileBitcode : Bool

    For non-App Store exports, should Xcode re-compile the app from bitcode? Defaults to YES.

    embedOnDemandResourcesAssetPacksInBundle : Bool

    For non-App Store exports, if the app uses On Demand Resources and this is YES, asset packs are embedded in the app bundle so that the app can be tested without a server to host asset packs. Defaults to YES unless onDemandResourcesAssetPacksBaseURL is specified.

    iCloudContainerEnvironment

    For non-App Store exports, if the app is using CloudKit, this configures the "com.apple.developer.icloud-container-environment" entitlement. Available options: Development and Production. Defaults to Development.

    manifest : Dictionary

    For non-App Store exports, users can download your app over the web by opening your distribution manifest file in a web browser. To generate a distribution manifest, the value of this key should be a dictionary with three sub-keys: appURL, displayImageURL, fullSizeImageURL. The additional sub-key assetPackManifestURL is required when using on demand resources.

    method : String

    Describes how Xcode should export the archive. Available options: app-store, ad-hoc, package, enterprise, development, and developer-id. The list of options varies based on the type of archive. Defaults to development.

    onDemandResourcesAssetPacksBaseURL : String

    For non-App Store exports, if the app uses On Demand Resources and embedOnDemandResourcesAssetPacksInBundle isn't YES, this should be a base URL specifying where asset packs are going to be hosted. This configures the app to download asset packs from the specified URL.

    teamID : String

    The Developer Portal team to use for this export. Defaults to the team used to build the archive.

    thinning : String

    For non-App Store exports, should Xcode thin the package for one or more device variants? Available options: <none> (Xcode produces a non-thinned universal app), <thin-for-all-variants> (Xcode produces a universal app and all available thinned variants), or a model identifier for a specific device (e.g. "iPhone7,1"). Defaults to <none>.

    uploadBitcode : Bool

    For App Store exports, should the package include bitcode? Defaults to YES.

    uploadSymbols : Bool

    For App Store exports, should the package include symbols? Defaults to YES.