要实现的功能
- update代码
- 编译打包app
- 上传到fir.im
命令
- 更新代码
cd /Users/xxx/xxx.xcworkspace
git pull
- xcodebuild打包Archive文件
xcodebuild -workspace ${path to *.xcworkspace} -scheme ${scheme} -destination generic/platform=iOS archive -configuration Release ONLY_ACTIVE_ARCH=NO -archivePath ${export path *.xcarichive}
- -workspace 对应
xxx.xcworkspace
- -scheme 对应 project的
scheme
- -configuration 对应
Debug、Release
- -archivePath 对应生成
xxx.xcarichive
的路径
- 导出ipa
xcodebuild -exportArchive -archivePath ${path to *.xcarchive} -exportPath ${export path to dir} -exportOptionsPlist ${path to export options *.plist}
- -archivePath 对应
xxx.xcarchive
的路径- -exportPath 对应生成的
ipa
的路径- -exportOptionsPlist 对应导出
plist
格式的配置文件
- 上传到fir
fir login -T ${API token}
fir publish ${path to xxx.ipa}
-
测试机打开自用AppStore更新最新版
appstore.png
Tips
- 查看project信息:
xcodebuild -list
- project需要设置
Signing
为Automatically manage signing
- exportOptionPlist: 新建一个plist文件, 里面是一个Dictionary, key-value如下, 都是可选值, 不需要全部填上 :
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: (Xcode produces a non-thinned universal app), (Xcode produces a universal app and all available thinned variants), or a model identifier for a specific device (e.g. “iPhone7,1”). Defaults to .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.
- github地址:YAANNZ
网友评论