Conversation
|
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## develop #1219 +/- ##
=======================================
Coverage 17% 17%
=======================================
Files 229 229
Lines 6986 6986
=======================================
Hits 1149 1149
Misses 5837 5837 🚀 New features to boost your workflow:
|
DGoiana
left a comment
There was a problem hiding this comment.
Before approval, I need to run pod install in order to create a new updated Podfile.lock
|
@limwa does fastlane support changing store descriptions, e.g. screenshots? That's awesome. |
Yes, it does! Updating descriptons and screenshots should be done through fastlane once this PR is merged! |
| increment_build_number(xcodeproj: "Runner.xcodeproj") | ||
| commit_version_bump(xcodeproj: "Runner.xcodeproj") |
There was a problem hiding this comment.
Double-check how this overrides/replaces our current versioning schema
| --- | ||
| BUNDLE_SET: "path ./vendor/bundle" |
| devtools_options.yaml | ||
|
|
||
| # Google Service Account Key | ||
| /android/google-service-account-key.json No newline at end of file |
|
I'd consider setting up Fastlane once, instead of twice (for Android and iOS). In my previous projects (at companies & personal ones), Fastlane was always being set up twice, but I'm wondering if if we do it once, it'll be better. The main con of the current approach is that when updating Fastlane, everything has to be done twice (for no good reason). And then there's also duplication. In other words, I suggest: instead of: Fastlane is very much configurable, so I'm pretty sure we can make this setup work. Rn I'm in the process of trying it out in a personal project of mine (https://github.com/bartekpacia/opencaching), when I finish I can get back to you with the results. |
|
@bartekpacia the reason it is done this way is because it is the recommended way in the documentation |
This doesn't really matter, you can have iOS-specific and Android-specific steps in a single Fastfile, e.g.: platform :android do
desc 'Upload a new Android testing build to Google Play'
lane :deploy_tst do
# ...
end
end
platform :ios do
desc 'Upload a new iOS testing build to TestFlight'
lane :deploy_tst do
# ...
end
endThe above could be run with: |
|
Another good idea is to use a Ruby linter for to use for Fastfiles – Rubocop. I can help with setup, it's pretty simple anyway:) |
|
That is my point, although the lanes are all in one file, most of them will still need to have an android and ios variants. I'll see what is possible in this regard, but since the two-fastlane approach is the recommended one, I'm inclined to sticking by it (since it is better for the future maintainability of the project - more people will more easily understand what is going on) |
|
Sure, I see you and understand the preference for going with the docs. |
| @@ -0,0 +1 @@ | |||
| https://tiago-falves.github.io/UNI-Privacy-Policy/ | |||
There was a problem hiding this comment.
Should this be a niaefeup link?
There was a problem hiding this comment.
Maybe... It certainly would look more professional!
| @@ -0,0 +1 @@ | |||
| A FEUP no teu bolso | |||
There was a problem hiding this comment.
We need to change that, for sure
| @@ -0,0 +1 @@ | |||
| https://github.com/NIAEFEUP/project-schrodinger/issues | |||
| @@ -0,0 +1 @@ | |||
| testeteste123! | |||
|
Closed in favor of #1749. |
Closes #506
Sets up fastlane for the CI.
Review checklist
whatsnew/whatsnew-pt-PTchangelog.mdwith the change