-
Notifications
You must be signed in to change notification settings - Fork 4
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
[MOB-2565] Browserstack Upload Automation via Fastlane #684
[MOB-2565] Browserstack Upload Automation via Fastlane #684
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice! 🤖
Added a couple comments about organising them into separate jobs, let me know what you think 🙏
Already approving it anyway as it works both ways and maybe I'm missing a reason to split them 🙂
@@ -40,7 +40,7 @@ jobs: | |||
name: Build and deploy to Testflight | |||
command: bundle exec fastlane testflight_beta | |||
|
|||
build-and-deploy-appcenter: | |||
build-and-deploy-appcenter-and-browserstack: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Personally I'd say this is more organised if split into two separate jobs that run in the same workflow consecutively or in parallel
fastlane/Fastfile
Outdated
desc "Deploy to MS App-Center" | ||
lane :appcenter do | ||
desc "Deploy to MS App-Center + Browserstack" | ||
lane :upload_to_appcenter_and_browserstack do |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Or maybe at least could be two different fastlane actions to avoid this and
pattern and leaving a single responsibility.
@lucaschifino will comment here. Good call on splitting them, personally would have gone that way as default. |
Got it, makes sense! Thanks for explaining! ❤️♻️ Follow up question: if we leave them as consecutive actions on the same CircleCI workflow (with the one that generates the .ipa first) can't we still separate them but use the same previously generated file? I understand the file path is an environment variable right now, wonder wether we could set it up for the whole workflow instead of specific jobs. FYI: If that is possible but takes too much effort, also no problem leaving it like you did imo. |
Yeah can do that 💯 but would be OK at job level - setting it at workflow level would mean going by tentative on setting things up as we need to pass the env var back to CircleCI so that it can set it up at workflow level (if works). In that case the workflow won't be renamed. |
3df4b36
to
7eec30d
Compare
9559bcf
to
aba23f3
Compare
@lucaschifino achieved what we agreed on by utilizing a bit of hard coding but still coherent and unified. What we intended was indeed tried by myself in previous experiences and forgot not being possible. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks great and already more organised, thanks! 🎉
- run: | ||
name: Upload to Browserstack | ||
command: bundle exec fastlane upload_to_browserstack |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
👏
MOB-2565
Context
As part of the Firefox Upgrade work, we would like to automate the upload of the newest builds so that QA won't need to manually checkout branches and build to produce a
.app
to upload via Web to the Browserstack portal.Approach
Other
main
Before merging
Checklist