文件最后提交记录最后更新时间
Update repo for 3.32 stable (#9311) Does all of the steps from https://github.com/flutter/flutter/blob/master/docs/ecosystem/release/Updating-Packages-repo-for-a-stable-release.md for the 3.32 stable release (except the first one, as the stable roller has already landed).1 年前
[flutter_lints] remove prefer_const_constructors, prefer_const_declarations, prefer_const_literals_to_create_immutables (#7688) This PR removes three const lints from package:flutter_lints: prefer_const_constructors, prefer_const_declarations, and prefer_const_literals_to_create_immutables. This PR does not rev the pubspec version. We want to stage this change out in coordination with package:lints; see https://github.com/dart-lang/lints/issues/209. - https://github.com/dart-lang/lints/issues/205 ## Pre-launch Checklist - [x] I read the [Contributor Guide] and followed the process outlined there for submitting PRs. - [x] I read the [Tree Hygiene] page, which explains my responsibilities. - [x] I read and followed the [relevant style guides] and ran the auto-formatter. (Unlike the flutter/flutter repo, the flutter/packages repo does use dart format.) - [x] I signed the [CLA]. - [x] The title of the PR starts with the name of the package surrounded by square brackets, e.g. [shared_preferences] - [x] I [linked to at least one issue that this PR fixes] in the description above. - [x] I updated pubspec.yaml with an appropriate new version according to the [pub versioning philosophy], or this PR is [exempt from version changes]. - [x] I updated CHANGELOG.md to add a description of the change, [following repository CHANGELOG style], or this PR is [exempt from CHANGELOG changes]. - [ ] I updated/added relevant documentation (doc comments with ///). - [ ] I added new tests to check the change I am making, or this PR is [test-exempt]. - [x] All existing and new tests are passing. If you need help, consider asking for advice on the #hackers-new channel on [Discord]. <!-- Links --> [Contributor Guide]: https://github.com/flutter/packages/blob/main/CONTRIBUTING.md [Tree Hygiene]: https://github.com/flutter/flutter/blob/master/docs/contributing/Tree-hygiene.md [relevant style guides]: https://github.com/flutter/packages/blob/main/CONTRIBUTING.md#style [CLA]: https://cla.developers.google.com/ [Discord]: https://github.com/flutter/flutter/blob/master/docs/contributing/Chat.md [linked to at least one issue that this PR fixes]: https://github.com/flutter/flutter/blob/master/docs/contributing/Tree-hygiene.md#overview [pub versioning philosophy]: https://dart.dev/tools/pub/versioning [exempt from version changes]: https://github.com/flutter/flutter/blob/master/docs/ecosystem/contributing/README.md#version [following repository CHANGELOG style]: https://github.com/flutter/flutter/blob/master/docs/ecosystem/contributing/README.md#changelog-style [exempt from CHANGELOG changes]: https://github.com/flutter/flutter/blob/master/docs/ecosystem/contributing/README.md#changelog [test-exempt]: https://github.com/flutter/flutter/blob/master/docs/contributing/Tree-hygiene.md#tests1 年前
[ci] Roll repo tooling to 0.7.3 (#520) Updates tool pin to 0.7.3 - Enables versiond and CHANGELOG update checks. - Enables timing logging. Changes to allow the roll to pass: - Adds missing licenses to Kotlin files (which were not previously checked). - Adds missing AUTHORS files. - Adjusts package descriptions to meet pub.dev length guidelines, which the tooling now enforces.4 年前
[flutter_lints] Bump lints dependency to 6.0.0 and bump package to 6.0.0 (#9108) Bump the dependency on lints from ^5.0.0 to ^6.0.0 in the flutter_lints package. Subsequently also bumping the version of flutter_lints to 6.0.0 to match. fixes [#167384](https://github.com/flutter/flutter/issues/167384) ## Pre-Review Checklist [^1]: Regular contributors who have demonstrated familiarity with the repository guidelines only need to comment if the PR is not auto-exempted by repo tooling.11 个月前
Update repo tooling (#344) Updates to better align with the current flutter/plugins tooling: - Pulls the latest flutter_plugin_tools - Enables the new version-check functionality - Enables the new license-check functionality - Switches over to the new publish check functionality - Moves format checking to a bot that does several of the very fast checks, leaving tests as their own bot - Switches incremental_build.sh to use the new --run-on-changed-packages functionality instead of the bash check_changed_packages - Moves check_changed_packages into local_tests.sh to minimize the chances of future new code trying to use it, as it is now legacy. - Renames incremental_build.sh to tool_runner.sh, to better match its current behavior/use4 年前
[flutter_lints] Updates various links (#6400) 2 年前
[flutter_lints] Bump lints dependency to 6.0.0 and bump package to 6.0.0 (#9108) Bump the dependency on lints from ^5.0.0 to ^6.0.0 in the flutter_lints package. Subsequently also bumping the version of flutter_lints to 6.0.0 to match. fixes [#167384](https://github.com/flutter/flutter/issues/167384) ## Pre-Review Checklist [^1]: Regular contributors who have demonstrated familiarity with the repository guidelines only need to comment if the PR is not auto-exempted by repo tooling.11 个月前
Add example to flutter_lints package (#354) 4 年前
README.md

pub package

This package contains a recommended set of lints for Flutter apps, packages, and plugins to encourage good coding practices.

This package is built on top of Dart's recommended.yaml set of lints from package:lints.

Lints are surfaced by the dart analyzer, which statically checks dart code. Dart-enabled IDEs typically present the issues identified by the analyzer in their UI. Alternatively, the analyzer can be invoked manually by running flutter analyze.

Usage

Flutter apps, packages, and plugins created with flutter create starting with Flutter version 2.3.0 are already set up to use the lints defined in this package. Entities created before that version can use these lints by following these instructions:

  1. Depend on this package as a dev_dependency by running flutter pub add dev:flutter_lints.
  2. Create an analysis_options.yaml file at the root of the package (alongside the pubspec.yaml file) and include: package:flutter_lints/flutter.yaml from it.

Example analysis_options.yaml file:

# This file configures the analyzer, which statically analyzes Dart code to
# check for errors, warnings, and lints.
#
# The issues identified by the analyzer are surfaced in the UI of Dart-enabled
# IDEs (https://dart.dev/tools#ides-and-editors). The analyzer can also be
# invoked from the command line by running `flutter analyze`.

# The following line activates a set of recommended lints for Flutter apps,
# packages, and plugins designed to encourage good coding practices.
include: package:flutter_lints/flutter.yaml

linter:
  # The lint rules applied to this project can be customized in the
  # section below to disable rules from the `package:flutter_lints/flutter.yaml`
  # included above or to enable additional rules. A list of all available lints
  # and their documentation is published at https://dart.dev/tools/linter-rules.
  #
  # Instead of disabling a lint rule for the entire project in the
  # section below, it can also be suppressed for a single line of code
  # or a specific dart file by using the `// ignore: name_of_lint` and
  # `// ignore_for_file: name_of_lint` syntax on the line or in the file
  # producing the lint.
  rules:
    # avoid_print: false  # Uncomment to disable the `avoid_print` rule
    # prefer_single_quotes: true  # Uncomment to enable the `prefer_single_quotes` rule

# Additional information about this file can be found at
# https://dart.dev/tools/analysis

Adding new lints

Please file a lint proposal issue to suggest that an existing lint rule should be added to this package. The benefits and risks of adding a lint should be discussed on that issue with all stakeholders involved. The suggestions will be reviewed periodically (typically once a year). Following a review, the package will be updated with all lints that made the cut.

Adding a lint to the package may create new warnings for existing users and is therefore considered to be a breaking change, which will require a major version bump. To keep churn low, lints are not added one-by-one, but in one batch following a review of all accumulated suggestions since the previous review.