You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, projects such as WordPress iOS use check_for_toolkit_updates in combination with the FASTLANE_SKIP_TOOLKIT_UPDATE_CHECK environment variable as a way to bypass the process. E.g.
Having the env var spelled out at the project level is convenient for discoverability, but I wonder if we would be better served "at scale" if the command itself read that env var, and possibly the is_ci value, too.
Doing so would streamline adopting the command ("action", really) to simply calling it.
We could compensate for discoverability by:
Adding a message as part of the output informing users of the env var existence
Adding a force parameter to bypass those internal checks
The text was updated successfully, but these errors were encountered:
Currently, projects such as WordPress iOS use
check_for_toolkit_updates
in combination with theFASTLANE_SKIP_TOOLKIT_UPDATE_CHECK
environment variable as a way to bypass the process. E.g.Having the env var spelled out at the project level is convenient for discoverability, but I wonder if we would be better served "at scale" if the command itself read that env var, and possibly the
is_ci
value, too.Doing so would streamline adopting the command ("action", really) to simply calling it.
We could compensate for discoverability by:
force
parameter to bypass those internal checksThe text was updated successfully, but these errors were encountered: