Xcode 7 export archive error #89
Comments
While I don't understand why the command expects
Shouldn't this be dynamic, depending on the type of build? |
Very good point. I don't think there is an automatic way to detect the type, so this should be a user parameter. |
I just pushed https://github.com/fastlane/gym/releases/tag/0.7.0 let me know what you think |
I don't know how to solve the original issue, but there is a radar for that https://openradar.appspot.com/radar?id=4952000420642816 |
I'm getting that same message in a project using plain xcodebuild. |
So, not an issue with gym, but rather with xcodebuild |
@KrauseFx: 0.7.0 works well, except that it still doesn't build. While gym in isolation probably can't figure out what the type of build is, it should be able to make an educated guess when it's a part of a lane. For example, when I create and provide an 'ad-hoc' profile with sigh, gym can be fed the 'ad-hoc' option. With enterprise it could be more difficult, since you would have to read the actual profile to determine the type. |
About the bug; since it's an xcodebuild issue, how are people currently creating Xcode 7 archives with Duplicated that radar and opened an Apple Dev Forum discussion: https://forums.developer.apple.com/message/59201#59201 (still in moderation, currently) |
@SpacyRicochet Good point, the easiest way is to re-use the option that is used in
It's working great on my machine, also you and @phatblat were to only ones reporting this issue (maybe that's because it's weekend) If more people run into this issue it might make sense to add a flag to disable the new method of exporting |
I might have found a clue; it's currently not possible to build an appropriate archive with Xcode's 'Archive' option either. Because I recently switched from using embedded frameworks in CocoaPods to not doing that (iOS 7 support), it might still have some kind of headers stuck at Will create a new project setup and report back on whether that fixes the issue. |
Fixed the
|
Chiming in that this has started happening to me after upgrading from fastlane 1.26.0 to 1.27.0. The gym dependency updated from 0.5.0 to 0.7.0. No change in the Xcode installation (Xcode 7 final). I'll see if I can pin it down to the fastlane core or gym update. |
Extra tidbits;
|
Probably expected since gym 0.6.x is when the archive export feature changed but: fastlane 1.26.0 + gym 0.5.0 = OK If you anyone needs to pin your gems until this is resolved. |
Unfortunately, updating the gym gem to the latest I'm having the same problem that @SpacyRicochet is having. |
Are you using enterprise distribution? Possibly related #90 (comment)? How does your Ruby environment look like? System Ruby, |
Hi @KrauseFx.
OS X 10.10.5, System Ruby, XCode 7
All signing stuff is configured correctly. I can easly use archive builded by gym with Crashlytics and distribute it. |
@KrauseFx I'm not using enterprise distribution, and using bundler with system ruby. |
@dev-mush Are you having the |
@SpacyRicochet You can make a proper archive in Xcode if you delete the Copy Bundle Resources build phase from the app extension target. Sorry I'm not at a build machine at the moment to see if incorporating that step into the fastlane script might work as a workaround. |
@SpacyRicochet I'm having the entitlements issue (the second one you posted, just to be more precise). For clarity, here's the full output (quite big) along with the error log. I'm trying to dig into it a little despite my knowledge of ruby is quite limited.
Hope this helps. |
I just pushed a new release https://github.com/fastlane/gym/releases/tag/0.7.1, basically you can fallback to the old way of code signing using the |
@dev-mush your error message is
Have you followed the code signing guide? |
mmmmh @KrauseFx no, I didn't follow any specific guide that I have memory of... I'm configuring the keychain on the ci-server (circle) with a shell script, importing the certificates, and the provisioning profiles settings via xcode. edit: found it here: https://github.com/KrauseFx/fastlane/blob/master/docs/CodeSigning.md I'll give it a look tomorrow morning and let you know |
Thanks @dev-mush, the code signing guide should help you 👍 |
@KrauseFx @dev-mush Following the guide doesn't seem to be working for me. Just to be sure, this is the relevant part of my Fastfile:
and this shows how my Code Signing in Xcode looks for the appropriate target. Are those correct? |
Yup, I'm in the same boat...I'll try with two other things that came to my mind and then I'll try to opt in with sigh...otherwise I'll just rollback to the previous version of fastlane since it was working out ok. |
@staminajim's setup works for me now.
Reverted back to that for now. |
@SpacyRicochet Yes, that looks fine. You don't have to downgrade |
To summarize;
Since we have solutions for both issues, shall we close this issue? |
If you go down the CocoaPods github wormhole from here: CocoaPods/CocoaPods#4021 it looks like this issue might go away once CocoaPods 0.39 goes final. @KrauseFx Thanks for the |
@staminajim I upgraded to CocoaPods 0.39.0-rc.1 and no luck even with |
FWIW, the issues I had with |
That's good news, thanks for porting it @phatblat 👍 |
In my case, I just replace My Fastfile with real value masted out.
Is it required to use |
@linktoming You should use match for codesigning. |
Same issue as @dev-mush the recap:
Same archive export with xcode got this error: So, the problem was in HealthKit. I enable it via
Right after the old provisions becomes invalid. So you have to recreate provisions:
And create them again:
After that everything is works fine! |
adding |
For those running into issues while using the new export API, the #178 PR should help troubleshooting things further as it appends the standard xcodebuild output to the gym build output. |
The reason is the method parameter in the exportOptions.plist should exactly match the type of provisioning profile which is used to codesign the Archive. Ex: If it is an enterprise profile - then the value of method should be enterprise. The Same applies for app-store as well. A quick note - If our application has swift files in it - the exportarchive produces SwiftSupport folder only in case of app-store method in exportOptions.plist. If you provide enterprise, it wont include the folder in the resulting ipa. |
in my case it seems to be an outdated WWDR cert. |
Same for me. |
This issue was migrated to fastlane/fastlane#1855. Please post all further comments there.
|
I'm trying to build a ad hoc version. After upgrading to Xcode 7, my fastlane setup gives me the following error during
gym
:The only reference I can find to this on the inter webs is to a now lost Apple Dev Forums discussion. Anyone else have an idea?
The text was updated successfully, but these errors were encountered: