-
Notifications
You must be signed in to change notification settings - Fork 618
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
iOS & Android Versions Numbers #24
Comments
In general, you should manage the version number for yourself |
Hi there, I would really like to help, but first I would like to know why your fastfile uses so many Our Fastfile looks something like this:
What it does is:
I stripped away every kind of configuration, but I would be glad to add a PR if you are uncertain, so that we can discuss this more on a code level. Have a nice day! |
That's a good question! When I first was working w/ Fastlane it looked very similar to what you have except for the I've never worked w/ Apple before so all this Cert, App Id, Provisioning, etc is new to me. When I was working w/ Fastlane on Bitrise, and it included the same steps almost exactly what you have, I went through a large number of builds and each build would generate a new Cert, App ID, and Prov Profile - I ended up w/ a bunch of them all defined here: https://developer.apple.com/account/ios/certificate/certificateList.action. I had no idea which ones were active or in use or even if I needed them all. When I mentioned this to the Bitrise.io CTO, he showed me how Bitrise handled it which is what I'm doing now. The advantage I observed following my current approach, if you watched the videos, is that I let XCode build the 3 artifacts and during the build step those artifacts are utilized. Once I went that route I was able to get the apps running on the devices. Rather then beat my head against the wall, I opted to share what I had and hope someone could help clean it up. As I mentioned in the video series on CI w/ Bitrise.io, the current implementation is just a base line to grow from, it's definitely not the end game - eventually I want Fastlane to do all the work. If you could enhance our Fastlane implementation I'd be very grateful! see #26 |
Nice to know, we ran into exactly the same issue. The reason was that fastlane somehow didn't found the provisioning profiles it had created earlier. If I remember correctly the If so I would rewrite the fastlane config to use the more verbose approach fastlane provides and add a deploy script to the package.json, so one can easily deploy it from the command line. |
sounds good. About that |
Well, we kick it of manually, this could introduce some kind of recursion in this case. But if the commit messages all have the same format, I think we could easily check if the name of the last commit matches and then ignore it. Or even better check if there is any valid commit since the last build was pushed. |
This can be done manually. |
for iOS, the Fastlane "increment version" is running in Bitrise.io. But the updated project is not updated in GitHub so ..
Need to have process to grab the version number, eg 0.0.6, from the package.json and update both iOS and Android w/ that "release"
The text was updated successfully, but these errors were encountered: