Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add support for Xcode 9 by automatically using the right profile for each bundle identifier #9432

Merged
merged 2 commits into from Jun 12, 2017

Conversation

KrauseFx
Copy link
Member

@KrauseFx KrauseFx commented Jun 12, 2017

If you're using match and gym together with fastlane, you can already use Xcode 9 out of the box 🚀

I still want a fallback for this, if the user just uses gym (why would you do that even....), because right now we're failing (see #9380), instead we should try to automatically determine the profile to use based on the Xcode project settings. Using match + fastlane is the recommended way as we can be 100% certain the profiles are correct, but we should still support other ways too

Fixes #9380

…each bundle identifier

If you're using _match_ and _gym_ together with _fastlane_, you can already use Xcode 9 out of the box 🚀

I still want a fallback for this, if the user just uses gym (why would you do that even....), because right now we're failing (see #9380), instead we should try to automatically determine the profile to use based on the Xcode project settings. Using match + fastlane is the recommended way as we can be 100% certain the profiles are correct, but we should still support other ways too

Kind of fixes #9380
@KrauseFx
Copy link
Member Author

Note: I don't know yet of what's the best way to receive the set provisioning profiles from the Xcode project

values[:export_method] ||= Actions.lane_context[SharedValues::SIGH_PROFILE_TYPE]

if Actions.lane_context[SharedValues::MATCH_PROVISIONING_PROFILE_MAPPING]
# Since Xcode 9 you need to provide the explicit provisioning profile per app target
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Since Xcode 9 you need to explicitly provide the provisioning profile per app target

Comment update
@googlebot
Copy link

So there's good news and bad news.

👍 The good news is that everyone that needs to sign a CLA (the pull request submitter and all commit authors) have done so. Everything is all good there.

😕 The bad news is that it appears that one or more commits were authored by someone other than the pull request submitter. We need to confirm that they're okay with their commits being contributed to this project. Please have them confirm that here in the pull request.

Note to project maintainer: This is a terminal state, meaning the cla/google commit status will not change from this state. It's up to you to confirm consent of the commit author(s) and merge this pull request when appropriate.

Copy link
Collaborator

@taquitos taquitos left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🐑 it

@taquitos
Copy link
Collaborator

@googlebot yeah, include the commit 🤦‍♂️

@taquitos taquitos added cla: yes and removed cla: no labels Jun 12, 2017
@KrauseFx KrauseFx merged commit 3c59761 into master Jun 12, 2017
@KrauseFx KrauseFx deleted the add-xcode-9-support branch June 12, 2017 19:59
@jetersen
Copy link
Contributor

This is an awesome change 💯

@fastlane-bot
Copy link

Congratulations! 🎉 This was released as part of fastlane 2.38.0 🚀

@fastlane-bot
Copy link

Congratulations! 🎉 This was released as part of fastlane 2.38.0 🚀

dvdchr pushed a commit to dvdchr/fastlane that referenced this pull request Sep 5, 2017
…each bundle identifier (fastlane#9432)

* Add support for Xcode 9 by automatically using the right profile for each bundle identifier

If you're using _match_ and _gym_ together with _fastlane_, you can already use Xcode 9 out of the box 🚀

I still want a fallback for this, if the user just uses gym (why would you do that even....), because right now we're failing (see fastlane#9380), instead we should try to automatically determine the profile to use based on the Xcode project settings. Using match + fastlane is the recommended way as we can be 100% certain the profiles are correct, but we should still support other ways too

Kind of fixes fastlane#9380

* Create gym.rb

Comment update
dvdchr pushed a commit to dvdchr/fastlane that referenced this pull request Sep 5, 2017
@fastlane fastlane locked and limited conversation to collaborators Oct 28, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

5 participants