-
Notifications
You must be signed in to change notification settings - Fork 16
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
Narrow dependency_validator range to avoid NNBD issue #136
Narrow dependency_validator range to avoid NNBD issue #136
Conversation
Security InsightsNo security relevant content was detected by automated scans. Action Items
Questions or Comments? Reach out on Slack: #support-infosec. |
build_runner: ^2.1.2 | ||
build_test: ^2.1.3 | ||
build_web_compilers: ^3.0.0 | ||
dependency_validator: ^3.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.
Since this package is far enough upstream, we're able to upgrade to v3.2.2 which is the version with the fix for the NNBD issue. The rest of the dependency upgrades here are only for dev dependencies, which mean they don't impact downstream consumers.
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.
+10 (Most CI is passing, the failing CI steps for "stable" dart is also failing on master in the same way so the failures are unrelated to this pr)
@Workiva/release-management-p |
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.
+1 from RM
We recently discovered that if a package resolves to
dependency_validator >=3.0.0
and
build_config <1.0.0
, running thedependency_validator
tool will failduring precompilation due to null safety.
We are merging a fix to
dependency_validator
, but unfortunately it won'tprevent consumers from resolving to the v3.x versions that still have the
issue. This PR addresses the issue for consumers by narrowing the range to
no longer include
dependency_validator v3
.Note: We originally widened this range as a part of the effort to upgrade
our ecosystem to
analyzer v1
, but it is not strictly necessary. Consumersof
dependency_validator v2
can still successfully resolve toanalyzer v1
.For more info, reach out to
#support-frontend-architecture
on Slack.Created by Sourcegraph batch change
Workiva/narrow_dependency_validator_range
.