Can xcodebuild manage automatic signing?

后端 未结 9 1810
青春惊慌失措
青春惊慌失措 2021-01-31 15:41

SUMMARY:

If you open a project in Xcode 8 with \"Automatically manage signing\" enabled and a new bundle ID, it will automatically create and download a

相关标签:
9条回答
  • 2021-01-31 15:44

    For Automatically manage signing you can use Fastlane. It's easy to install and setup.

    For using it on a remote build server - you can use Jenkins.

    Here example. You need to setup Jenkins with Fastlane to your remote machine. Than Jenkins will check your repository thread or just by you command to it. After it Jenkins run Fastlane on remote build server. And Fastlane will create all certificate and other setup that you write in Fastfile.

    If you have only one deploy certificate, you can use Fastlane service called Match

    Easily sync your certificates and profiles across your team using Git

    or just send and setup it locally.

    Hope it helps you, good luck!

    Here example for beta deploy (for me work with Xcode 9):

     desc "Build devFoo and upload it to Fabric"
          lane :uploadToFabric do
            cocoapods
            cert(
            development: true,
            output_path: "./fastlane"
            )
            sigh(
            development: true,
            output_path: "./fastlane"
            )
            clear_derived_data
            gym(
            scheme: "Foo",
            configuration: "Debug",
            clean: true,
            output_directory: "./fastlane",
            )
            crashlytics(
            api_token: "foofoofoofoo",
            build_secret: "foofoofoofoo",
            emails: ["foo@foo.com"],
            notifications: true
            )
            slack(
            message: "New build for test successfully deployed in Fabric",
            success: true
            )
          end
    

    Here example for release deploy:

    desc "Build and upload it to the AppStore and TestFlight"
      lane :uploadToAppStore do
        cocoapods
    
        cert(
        development: false,
        output_path: "./fastlane"
        )
        sigh(
        development: false,
        app_identifier: "foofoo",
        output_path: "./fastlane"
        )
        clear_derived_data
        gym(
        scheme: "Foo",
        configuration: "Release",
        clean: false,
        output_directory: "./fastlane",
        )
        deliver(
        force: true,
        app_identifier: "foo",
        skip_metadata: true,
        skip_screenshots: true,
        submit_for_review: false,
        skip_binary_upload: false
        )
        slack(
        message: "New build successfully deployed to AppStore",
        success: true
        )
        upload_symbols_to_crashlytics(dsym_path: "./fastlane/foo.app.dSYM.zip")
        slack(
        message: "dSYM symbolication files uploaded to Crashlytics",
        success: true
        )
    
    0 讨论(0)
  • 2021-01-31 15:50

    If you are archiving the xCode project with xcodebuild and you have xCode 9 installed you can provide the following FLAGS to the compilation command:

    CODE_SIGN_STYLE="Manual" \
    DEVELOPMENT_TEAM="" \
    

    It will set the automatic signing to false and the development team to empty. You can set the values you need. For instance:

    xcodebuild \
    -scheme "your_scheme" \
    -sdk iphoneos \
    -archivePath "/Users/youruser/Developer/Jenkins/Home/customWorkspace/folder/platforms/ios/build/device/yourproject.xcarchive" \
    -configuration Release \
    -allowProvisioningUpdates \
    CONFIGURATION_BUILD_DIR="/Users/youruser/Developer/Jenkins/Home/customWorkspace/folder/platforms/ios/build/device" \
    CODE_SIGN_IDENTITY="your code sign identity" \
    PROVISIONING_PROFILE="your provisioning profile" \
    CODE_SIGN_STYLE="Manual" \
    DEVELOPMENT_TEAM="" \
    archive
    

    Then you can create the ipa with -exportArchive and it will create the ipa as you need

    0 讨论(0)
  • 2021-01-31 15:51

    Answer is yes. What I used and what I can confirm is working and it is great:

    https://fastlane.tools/

    You can set up everything to be automatic:

    1. Signing keys
    2. Taking screenshots
    3. Uploading on iTunes

    and many other things

    In background it is using xcodebuild command line. I was skeptic that something like this is possible, but just set up, start and enjoy.

    0 讨论(0)
  • 2021-01-31 15:51

    There is no way to manage signing automatically using xcodebuild. You must either use third parties like Fastlane as mentioned before or use manual code signing as mentioned here.

    0 讨论(0)
  • 2021-01-31 15:53

    As far as my understanding and recent readings, the answer to OP's question:

    "Can xcodebuild manage automatic signing?" is "YES" but not as per the OP's expectations in lines of "when you haven't created the app ID or provisioning profile yet, and you want to create it automatically the way Xcode does"

    As per this informative blog on xcode8 and automatic code signing, it clearly states that :

    "If you want to create for example an App Store signed IPA, on the Mac you have to have both a Wildcard, Team / Development AND the App Store distribution certificates and provisioning profiles!"

    Hence, the app ID and provisioning profile wont be auto created. Fastlane may be a workaround to this problem but i guess that is not the OP's expectation. Hope it makes sense.

    0 讨论(0)
  • 2021-01-31 15:57

    Notice: This answer assumes that bundle ID and provisioning profiles are created manually. Only build process can be automated using this method.

    Yes that is possible even without using third party tools. you should be comfortable using script file or a make file. I'm using 2 lines of code in a makefile on Mac Mini at work. And that gives us either ad-hoc or appstore version ready for upload according to our configuration.

    1. make sure your project has enabled automatic configuration.
    2. make sure on your remote mac that all singing certificates and provisioning are downloaded. for this case, I always, for the first building, open Xcode and build & export on my remote machine. If that works then nothing is missing. But make sure that you always allow access to the singing certificate. Xcode also asks this for the first the build. Otherwise a popup will show up on your remote server and waits till someone allows access to the signing certificate.
    3. you need a plist file:
    <?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>teamID</key>  
      <string>MY_TEAM_ID_XXYY</string> //put your iPhone distribution team ID. in my case developer team ID is different than my distribution team ID. just wondering.
      <key>method</key>  
      <string>app-store</string> // for appstore upload or use <string>ad-hoc</string> for ad-hoc  
      <key>uploadSymbols</key>  
      <true/>  
      <key>uploadBitcode</key>  
      <true/>  
    </dict>  
    </plist>
    

    You should save plist configuration somewhere accessible, e.g., as options.plist just a reminder: make sure that you have your ad-hoc/distribution provisioning profile on your remote Mac.

    1. xcodebuild will create an archive then we can export .app. In your make file or script file use these lines:

    4.1. First we create the archive file.

    xcodebuild archive -derivedDataPath build/ -project myProject.xcodeproj -scheme myScheme -archivePath build/ios/myProject.xcarchive
    

    derivedDataPath parameter is just a folder that can be deleted later after building the app. you know how much junk is produced in derived data. project name is your project name, and scheme name is right after play|stop button in Xcode. You must choose an archive name and path for the next step.

    4.2 After your archive has been built successfully, use this code to create the app:

    xcodebuild -exportArchive -archivePath build/ios/myProject.xcarchive -exportPath build/ios/ -exportOptionsPlist build/ios/options.plist
    

    Here you use the archive name and path that was used in previous step. exportOptionsPlist needs to know the path and name for your plist configuration that we created in step 3.

    And that's it! You can run these commands in a terminal window it will build your app as well. You can put these 2 line in a script file / makefile and use variables for project name, path and options.plist, Then you can use that to build all of your apps.

    PS: If anything is unclear please let me know and I will add more explanation.

    0 讨论(0)
提交回复
热议问题