dart-sdk/pkg
Ben Konyi d96ff605e2 [ CLI / DDS ] Close stderr for dart development-service after connection details have been printed
This will simplify logic in clients parsing this information by
providing a clear signal that all connection data has been sent over the
stream and is ready to be decoded.

Change-Id: Iae3779fe13662bf15187e9fa41febba94af4f2c7
Reviewed-on: https://dart-review.googlesource.com/c/sdk/+/370940
Commit-Queue: Ben Konyi <bkonyi@google.com>
Commit-Queue: Derek Xu <derekx@google.com>
Auto-Submit: Ben Konyi <bkonyi@google.com>
Reviewed-by: Derek Xu <derekx@google.com>
2024-06-11 16:06:47 +00:00
..
_fe_analyzer_shared Reland "[dart2wasm] Check import/export pragmas in user code" 2024-06-11 13:12:27 +00:00
_js_interop_checks Reland "[dart2wasm] Check import/export pragmas in user code" 2024-06-11 13:12:27 +00:00
_macros
analysis_server quick fix for COLON_IN_PLACE_OF_IN 2024-06-11 11:00:14 +00:00
analysis_server_client
analysis_server_plugin
analyzer [wildcards] local and parameter scopes 2024-06-11 08:14:35 +00:00
analyzer_cli
analyzer_plugin
analyzer_utilities meta: add TargetKind to @factory 2024-06-06 15:39:56 +00:00
async_helper
bisect_dart
build_integration
compiler
dart2js_info
dart2js_runtime_metrics
dart2js_tools
dart2native
dart2wasm Reland "[dart2wasm] Check import/export pragmas in user code" 2024-06-11 13:12:27 +00:00
dart_internal
dart_service_protocol_shared
dartdev [ CLI ] Fix snapshot detection logic for google3 2024-06-06 19:10:19 +00:00
dds [ CLI / DDS ] Close stderr for dart development-service after connection details have been printed 2024-06-11 16:06:47 +00:00
dds_service_extensions
dev_compiler
dtd
dtd_impl
expect
front_end [cfe] Add repro/regeneration command to macro test 2024-06-11 14:11:22 +00:00
frontend_server [pkg/vm] Consolidate kernel compilation options to an object 2024-06-10 22:56:50 +00:00
heap_snapshot
js
js_ast
js_runtime
js_shared
json
kernel [kernel] Add isWildcard flag to VariableDeclaration. 2024-06-10 19:33:39 +00:00
language_versioning_2_12_test
linter [wildcards] local and parameter scopes 2024-06-11 08:14:35 +00:00
macros
meta [pkg:meta] Add topics to pubspec.yaml 2024-06-10 10:27:36 +00:00
mmap
modular_test
native_stack_traces
reload_test
scrape
server_plugin
smith
sourcemap_testing
status_file
telemetry
test_runner [dart2wasm] Add dart2wasm-asserts-* configurations 2024-06-10 14:24:12 +00:00
testing
vm [pkg/vm] Consolidate kernel compilation options to an object 2024-06-10 22:56:50 +00:00
vm_service [vm] RecordCoverageInstr isn't dead code 2024-06-10 13:02:28 +00:00
vm_service_interface
vm_service_protos
vm_snapshot_analysis
wasm_builder
.gitignore
analysis_options.yaml
BUILD.gn
OWNERS
pkg.dart
pkg.status [vm_service] Skip vm_service/test/coverage_closure_call_after_optimization_test.dart in aot (2nd try) 2024-06-11 06:58:24 +00:00
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. It's 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