-
Notifications
You must be signed in to change notification settings - Fork 9.8k
Conversation
script: | ||
- ./script/plugin_tools.sh build-examples --apk | ||
- ./script/plugin_tools.sh java-test # must come after apk build | ||
# Job 4) Build example IPAs | ||
# Job 3.2) Build example APKs and run Java tests, shard 2/2 |
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.
I would have liked to avoid duplication here, but not sure what is the best approach for that.
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.
LGTM
I also don't see a way to avoid the duplication :(
echo "Running for all packages" | ||
pub global run flutter_plugin_tools "$@" | ||
echo "Running for all packages ($PLUGIN_SHARDING)" | ||
pub global run flutter_plugin_tools "$@" $PLUGIN_SHARDING | ||
else | ||
echo "Running only for $FLUTTER_CHANGED_PACKAGES" | ||
pub global run flutter_plugin_tools "$@" --plugins=$FLUTTER_CHANGED_PACKAGES |
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.
@mravn-google should $PLUGIN_SHARDING
be added here as well?
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.
That wasn't my original intention, as this branch usually means a small number of plug-ins. Trouble is, the Travis config spawns the same number of jobs either way, so we end up with redundant execution.
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.
Got it! I was just wondering if $PLUGIN_SHARDING
was missed here.
Make use of sharding parameters in
flutter_plugin_tools
, with shard count = 2.My .travis.yaml fu is obviously weak, and I have not yet had time to find a better approach that has less duplication of configuration and doesn't result in two shards also when there is only one plugin involved in the CI run.