|author||Sigurd Meldgaard <firstname.lastname@example.org>||Thu Nov 12 14:19:33 2020 +0100|
|committer||GitHub <email@example.com>||Thu Nov 12 14:19:33 2020 +0100|
outdated --mode=null-safety, resolvable constrained to null-safe vers… (#2739) From offline discussions we saw that this gives: ``` > env FLUTTER_ROOT=$HOME/projects/flutter dart ~/projects/pub/bin/pub.dart outdated --mode=null-safety Showing dependencies that are currently not opted in to null-safety. [✗] indicates versions without null safety support. [✓] indicates versions opting in to null safety. Package Name Current Upgradable Resolvable Latest direct dependencies: adaptive_breakpoints ✗0.0.3 ✗0.0.3 ✗0.0.3 ✗0.0.3 animations ✗1.1.2 ✗1.1.2 ✗1.1.2 ✗1.1.2 flare_dart ✗2.3.4 ✗2.3.4 ✗2.3.4 ✗2.3.4 flare_flutter ✗2.0.6 ✗2.0.6 ✗2.0.6 ✗2.0.6 flutter_gallery_assets ✗0.2.6 ✗0.2.6 ✗0.2.6 ✗0.2.6 flutter_localized_locales ✗1.1.2 ✓2.0.0-nullsafety ✓2.0.0-nullsafety ✓2.0.0-nullsafety flutter_staggered_grid_view ✗0.3.2 ✗0.3.2 ✗0.3.2 ✗0.3.2 google_fonts ✗1.1.1 ✗1.1.1 ✗1.1.1 ✗1.1.1 intl ✗0.16.1 ✓0.17.0-nullsafety.2 ✓0.17.0-nullsafety.2 ✓0.17.0-nullsafety.2 package_info ✗0.4.3+2 ✗0.4.3+2 ✗0.4.3+2 ✗0.4.3+2 provider ✗4.3.2+2 ✗4.3.2+2 ✗4.3.2+2 ✗4.3.2+2 rally_assets ✗2.0.0 ✗2.0.0 ✗2.0.0 ✗2.0.0 scoped_model ✗1.1.0 ✗1.1.0 ✗1.1.0 ✗1.1.0 shared_preferences ✗0.5.12+4 ✗0.5.12+4 ✗0.5.12+4 ✗0.5.12+4 shrine_images ✗1.1.2 ✗1.1.2 ✗1.1.2 ✗1.1.2 url_launcher ✗5.7.10 ✗5.7.10 ✓6.0.0-nullsafety.1 ✓6.0.0-nullsafety.1 dev_dependencies: args ✗1.6.0 ✗1.6.0 ✗1.6.0 ✗1.6.0 grinder ✗0.8.6 ✗0.8.6 ✗0.8.6 ✗0.8.6 web_benchmarks ✗0.0.2 ✗0.0.2 ✗0.0.2 ✗0.0.2 2 upgradable dependencies are locked (in pubspec.lock) to older versions. To update these dependencies, use `pub upgrade`. 1 dependency is constrained to a version that is older than a resolvable version. To update it, edit pubspec.yaml. ``` which is ok, Landing. Travis failure seems to be an unrelated flake
Pub is the package manager for Dart.
Thanks for being interested in contributing to pub! Contributing to a new project can be hard: there's a lot of new code and practices to learn. This document is intended to get you up and running as quickly as possible. For more information, see the pub tool documentation.
The first step towards contributing is to contact the pub dev team and let us know what you‘re working on, so we can be sure not to start working on the same thing at the same time. Open an issue letting us know that you’re interested in contributing and what you plan on working on. This will also let us give you specific advice about where to start.
Pub isn‘t a package, but it’s organized like one. It has four top-level directories:
lib/ contains the implementation of pub. Currently, it's all in
lib/src/, since there are no libraries intended for public consumption.
test/ contains the tests for pub.
pub.dart, the entrypoint script that's run whenever a user types “pub” on the command line or runs it in the Dart editor. This is usually run through shell scripts in
sdk/bin at the root of the Dart repository.
It's probably easiest to start diving into the codebase by looking at a particular pub command. Each command is encapsulated in files in
To run pub from the Git repository, run:
Before any change is made to pub, all tests should pass. To run a pub test, run:
dart tool/test.dart test/path/to_test.dart
To run all tests at once, run:
Changes to pub should be accompanied by one or more tests that exercise the new functionality. When adding a test, the best strategy is to find a similar test in
test/ and follow the same patterns.
Pub tests come in two basic forms. The first, which is usually used to unit test classes and libraries internal to pub, has many tests in a single file. This is used when each test will take a short time to run. For example,
test/version_test.dart contains unit tests for pub's Version class.
The other form, used by most pub tests, is usually used for integration tests of user-visible pub commands. Each test has a file to itself, which is named after the test description. This is used when tests can take a long time to run to avoid having the tests time out when running on the build bots. For example,
tests/get/hosted/get_transitive_test.dart tests the resolution of transitive hosted dependencies when using
All patches to official Dart packages, including to pub, need to undergo code review before they're submitted. The full process for putting up your patch for review is documented elsewhere.