-
Bug
-
Resolution: Unresolved
-
Minor
-
None
-
xcode plugin 2.0.0
xcodebuild :
[picc-E] $ /usr/bin/xcodebuild -scheme PICC -workspace /Users/Shared/Jenkins/Home/workspace/picc-E/PICC/PICC.xcworkspace -configuration Release clean archive -archivePath /Users/Shared/Jenkins/Home/workspace/picc-E/build/Release-iphoneos/PICC.xcarchive SYMROOT=/Users/Shared/Jenkins/Home/workspace/picc-E/build/ DEVELOPMENT_TEAM=78B85KNT9V "CODE_SIGN_IDENTITY=iPhone Distribution: Beijing Yishengjia Science and Technology Development Co., Ltd." PROVISIONING_PROFILE=6aba6220-f0f4-45a7-b040-4e2451f270d0
User defaults from command line:
IDEArchivePathOverride = /Users/Shared/Jenkins/Home/workspace/picc-E/build/Release-iphoneos/PICC.xcarchive
Build settings from command line:
CODE_SIGN_IDENTITY = iPhone Distribution: Beijing Yishengjia Science and Technology Development Co., Ltd.
DEVELOPMENT_TEAM = 78B85KNT9V
PROVISIONING_PROFILE = 6aba6220-f0f4-45a7-b040-4e2451f270d0
SYMROOT = /Users/Shared/Jenkins/Home/workspace/picc-E/build/
=== CLEAN TARGET EGOImageLoading OF PROJECT Pods WITH CONFIGURATION Release ===
error
-
- ARCHIVE SUCCEEDED **
Cleaning up previously generated .ipa files
Cleaning up previously generated .dSYM.zip files
Packaging IPA
[picc-E] $ /usr/libexec/PlistBuddy -c "Print :ApplicationProperties:CFBundleVersion" /Users/Shared/Jenkins/Home/workspace/picc-E/build/Release-iphoneos/PICC.xcarchive/Info.plist
[picc-E] $ /usr/libexec/PlistBuddy -c "Print :ApplicationProperties:CFBundleShortVersionString" /Users/Shared/Jenkins/Home/workspace/picc-E/build/Release-iphoneos/PICC.xcarchive/Info.plist
You have to provide a value for either the marketing or technical version. Found neither.
Build step 'Xcode' marked build as failure
Finished: FAILURE
[JENKINS-46495] You have to provide a value for either the marketing or technical version. Found neither.
I've got this bug in an iOS application projects too. This project was using a GIT submodule linked to a framework, integrated to the Xcode workspace as a subproject.
The project did build normally until the framework submodule upgrade to use XCFramework instead of a plain framework. Digging into this problem, I've finally found the problem: the BUILD_LIBRARY_FOR_DISTRIBUTION and SKIP_INSTALL framework Build Settings!
If you set
BUILD_LIBRARY_FOR_DISTRIBUTION=YES SKIP_INSTALL=NO
to build the framework, the application archive task will generate a bad XCArchive, leaving it's Info.plist without the ApplicationProperties entry.
You must make sure at least no BUILD_LIBRARY_FOR_DISTRIBUTION build properties are set to YES, and probably no SKIP_INSTALL are set to NO.
I met this problem when my app project target have a static library dependence, in this static library target Build Phases, I put headers in public.
When I use Jenkins to build it, xcarchive's info.plist missed ApplicationProperties and build was failed.
After I put those headers into project and rebuild it, this problem was fixed.
If anybody meet this problem like me, this may save your life.