-
Notifications
You must be signed in to change notification settings - Fork 28.5k
[flutter_plugin_tools] Support configuration files for exclusion lists #86799
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
Labels
c: contributor-productivity
Team-specific productivity, code health, technical debt.
p: tooling
Affects the flutter_plugin_tools package
P2
Important issues not at the top of the work list
package
flutter/packages repository. See also p: labels.
Comments
11 tasks
stuartmorgan-g
added a commit
to flutter/plugins
that referenced
this issue
Jul 22, 2021
Currently the tool accepts `--custom-analysis` to allow a list of packages for which custom `analysis_options.yaml` are allowed, and `--exclude` to exclude a set of packages when running a command against all, or all changed, packages. This results in these exception lists being embedded into CI configuration files (e.g., .cirrus.yaml) or scripts, which makes them harder to maintain, and harder to re-use in other contexts (local runs, new CI systems). This adds support for both flags to accept paths to YAML files that contain the lists, so that they can be maintained separately, and with inline comments about the reasons things are on the lists. Also updates the CI to use this new support, eliminating those lists from `.cirrus.yaml` and `tool_runner.sh` Fixes flutter/flutter#86799
This thread has been automatically locked since there has not been any recent activity after it was closed. If you are still experiencing a similar issue, please open a new bug, including the output of |
fotiDim
pushed a commit
to fotiDim/plugins
that referenced
this issue
Sep 13, 2021
Currently the tool accepts `--custom-analysis` to allow a list of packages for which custom `analysis_options.yaml` are allowed, and `--exclude` to exclude a set of packages when running a command against all, or all changed, packages. This results in these exception lists being embedded into CI configuration files (e.g., .cirrus.yaml) or scripts, which makes them harder to maintain, and harder to re-use in other contexts (local runs, new CI systems). This adds support for both flags to accept paths to YAML files that contain the lists, so that they can be maintained separately, and with inline comments about the reasons things are on the lists. Also updates the CI to use this new support, eliminating those lists from `.cirrus.yaml` and `tool_runner.sh` Fixes flutter/flutter#86799
amantoux
pushed a commit
to amantoux/plugins
that referenced
this issue
Sep 27, 2021
Currently the tool accepts `--custom-analysis` to allow a list of packages for which custom `analysis_options.yaml` are allowed, and `--exclude` to exclude a set of packages when running a command against all, or all changed, packages. This results in these exception lists being embedded into CI configuration files (e.g., .cirrus.yaml) or scripts, which makes them harder to maintain, and harder to re-use in other contexts (local runs, new CI systems). This adds support for both flags to accept paths to YAML files that contain the lists, so that they can be maintained separately, and with inline comments about the reasons things are on the lists. Also updates the CI to use this new support, eliminating those lists from `.cirrus.yaml` and `tool_runner.sh` Fixes flutter/flutter#86799
stuartmorgan-g
added a commit
to flutter/packages
that referenced
this issue
Feb 13, 2023
Currently the tool accepts `--custom-analysis` to allow a list of packages for which custom `analysis_options.yaml` are allowed, and `--exclude` to exclude a set of packages when running a command against all, or all changed, packages. This results in these exception lists being embedded into CI configuration files (e.g., .cirrus.yaml) or scripts, which makes them harder to maintain, and harder to re-use in other contexts (local runs, new CI systems). This adds support for both flags to accept paths to YAML files that contain the lists, so that they can be maintained separately, and with inline comments about the reasons things are on the lists. Also updates the CI to use this new support, eliminating those lists from `.cirrus.yaml` and `tool_runner.sh` Fixes flutter/flutter#86799
ValentinVignal
pushed a commit
to ValentinVignal/flutter__packages
that referenced
this issue
Feb 23, 2023
Currently the tool accepts `--custom-analysis` to allow a list of packages for which custom `analysis_options.yaml` are allowed, and `--exclude` to exclude a set of packages when running a command against all, or all changed, packages. This results in these exception lists being embedded into CI configuration files (e.g., .cirrus.yaml) or scripts, which makes them harder to maintain, and harder to re-use in other contexts (local runs, new CI systems). This adds support for both flags to accept paths to YAML files that contain the lists, so that they can be maintained separately, and with inline comments about the reasons things are on the lists. Also updates the CI to use this new support, eliminating those lists from `.cirrus.yaml` and `tool_runner.sh` Fixes flutter/flutter#86799
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Labels
c: contributor-productivity
Team-specific productivity, code health, technical debt.
p: tooling
Affects the flutter_plugin_tools package
P2
Important issues not at the top of the work list
package
flutter/packages repository. See also p: labels.
As I'm converting more of our test scripts to fail-if-no-tests to avoid the unfortunately-common pattern of us discovering that various tests weren't actually being run (e.g., because they were in the wrong location),
.cirrus.yml
is getting more and more information embedded into it about what tests should and shouldn't run. This has several drawbacks:We have the same issue with the "allow custom analysis" list, which has most of the same problems (and works against the goal of eliminating the use of shell scripts in the repo)
The text was updated successfully, but these errors were encountered: