dart-sdk/pkg
Nicholas Shahan be6ca10956 [ddc] Migrate module_containers to null safety
Change-Id: Idc8e6a13f6b253b4b1030fe0d0b9a272cebbd079
Issue: https://github.com/dart-lang/sdk/issues/48585
Reviewed-on: https://dart-review.googlesource.com/c/sdk/+/243843
Commit-Queue: Nicholas Shahan <nshahan@google.com>
Reviewed-by: Mark Zhou <markzipan@google.com>
2022-05-05 20:51:35 +00:00
..
_fe_analyzer_shared
_js_interop_checks
analysis_server Replace DartType.resolveToBound() with TypeSystem.resolveToBound() 2022-05-05 20:35:16 +00:00
analysis_server_client analyzer: Prefer string interpolations 2022-05-04 20:45:25 +00:00
analyzer Replace DartType.resolveToBound() with TypeSystem.resolveToBound() 2022-05-05 20:35:16 +00:00
analyzer_cli
analyzer_plugin analyzer: Prefer string interpolations 2022-05-04 20:45:25 +00:00
analyzer_utilities analyzer: Prefer string interpolations 2022-05-04 20:45:25 +00:00
async_helper
build_integration
compiler [dart2js] Migrate more of serialization/ to NNBD 2022-05-05 20:04:45 +00:00
dart2js_info rename local functions with _s 2022-04-27 00:15:24 +00:00
dart2js_runtime_metrics [dart2js] Moving runtime allocations to pkg:dart2js_runtime_metrics 2022-04-29 21:48:41 +00:00
dart2js_tools
dart2native Fix typos 2022-04-28 12:53:43 +00:00
dart2wasm [dart2wasm] Pass NnbdMode.Strong to CFE. 2022-05-02 10:26:13 +00:00
dart_internal
dartdev Move existsSync into try/catch, to fix flake 2022-05-02 03:37:59 +00:00
dds [dds] Provide better error output for DAP protocol violations 2022-04-27 14:12:54 +00:00
dds_service_extensions
dev_compiler [ddc] Migrate module_containers to null safety 2022-05-05 20:51:35 +00:00
expect
front_end Resolve deferred function literals in stages. 2022-05-03 22:04:39 +00:00
frontend_server [vm] Enable new implementation of async/await in AOT mode 2022-04-29 01:03:50 +00:00
js
js_ast Support invoking JS operators through dart:js_util. 2022-04-28 21:18:40 +00:00
js_runtime [dart2js] Moving runtime allocations to pkg:dart2js_runtime_metrics 2022-04-29 21:48:41 +00:00
kernel Resolve deferred function literals in stages. 2022-05-03 22:04:39 +00:00
language_versioning_2.7_test
meta
modular_test
native_stack_traces rename local functions with _s 2022-04-27 00:29:34 +00:00
nnbd_migration Replace DartType.resolveToBound() with TypeSystem.resolveToBound() 2022-05-05 20:35:16 +00:00
scrape
smith
sourcemap_testing
status_file
telemetry
test_runner [infra] Improve port selection for safaridriver 2022-04-29 12:55:41 +00:00
testing
vm [vm] New async*/yield/yield* implementation based on suspend/resume stubs 2022-05-02 20:53:01 +00:00
vm_service Revert "bump package:markdown" 2022-05-05 17:00:35 +00:00
vm_snapshot_analysis
wasm_builder
.gitignore
BUILD.gn
OWNERS
pkg.status
README.md

Package validation

The packages in pkg/ are automatically validated on the LUCI CI bots. The validation is largely done by the tools/package_deps package; it can be tested locally via:

dart tools/package_deps/bin/package_deps.dart

Packages which are published

There are several packages developed in pkg/ which are published to pub. Validation of these packages is particularly important because the pub tools are not used for these packages during development; we get our dependency versions from the DEPS file. Its very easy for the dependencies specified in a package's pubspec file to get out of date wrt the packages and versions actually used.

In order to better ensure we're publishing correct packages, we validate some properties of the pubspec files on our CI system. These validations include:

  • that the dependencies listed in the pubspec are used in the package
  • that all the packages used by the source are listed in the pubspec
  • that we don't use relative path deps to pkg/ or third_party/ packages

Packages which are not published

For packages in pkg/ which we do not intend to be published, we put the following comment in the pubspec.yaml file:

# This package is not intended for consumption on pub.dev. DO NOT publish.
publish_to: none

These pubspecs are still validated by the package validation tool. The contents are more informational as the pubspecs for these packages are not consumed by the pub tool or ecosystem.

We validate:

  • that the dependencies listed in the pubspec are used in the package
  • that all the packages used by the source are listed in the pubspec
  • that a reference to a pkg/ package is done via a relative path dependency