# - always_put_required_named_parameters_first # we prefer having parameters in the same order as fields https://github.com/flutter/flutter/issues/10219
-always_specify_types
# - always_use_package_imports # we do this commonly
-annotate_overrides
# - avoid_annotating_with_dynamic # conflicts with always_specify_types
-avoid_bool_literals_in_conditional_expressions
# - avoid_catches_without_on_clauses # blocked on https://github.com/dart-lang/linter/issues/3023
# - avoid_catching_errors # blocked on https://github.com/dart-lang/linter/issues/3023
# - avoid_classes_with_only_static_members # we do this commonly for `abstract final class`es
-avoid_double_and_int_checks
-avoid_dynamic_calls
-avoid_empty_else
-avoid_equals_and_hash_code_on_mutable_classes
-avoid_escaping_inner_quotes
-avoid_field_initializers_in_const_classes
# - avoid_final_parameters # incompatible with prefer_final_parameters
-avoid_function_literals_in_foreach_calls
# - avoid_implementing_value_types # see https://github.com/dart-lang/linter/issues/4558
-avoid_init_to_null
-avoid_js_rounded_ints
# - avoid_multiple_declarations_per_line # seems to be a stylistic choice we don't subscribe to
-avoid_null_checks_in_equality_operators
# - avoid_positional_boolean_parameters # would have been nice to enable this but by now there's too many places that break it
-avoid_print
# - avoid_private_typedef_functions # we prefer having typedef (discussion in https://github.com/flutter/flutter/pull/16356)
-avoid_redundant_argument_values
-avoid_relative_lib_imports
-avoid_renaming_method_parameters
-avoid_return_types_on_setters
-avoid_returning_null_for_void
# - avoid_returning_this # there are enough valid reasons to return `this` that this lint ends up with too many false positives
-avoid_setters_without_getters
-avoid_shadowing_type_parameters
-avoid_single_cascade_in_expression_statements
-avoid_slow_async_io
-avoid_type_to_string
-avoid_types_as_parameter_names
# - avoid_types_on_closure_parameters # conflicts with always_specify_types
-avoid_unnecessary_containers
-avoid_unused_constructor_parameters
-avoid_void_async
# - avoid_web_libraries_in_flutter # we use web libraries in web-specific code, and our tests prevent us from using them elsewhere
-await_only_futures
-camel_case_extensions
-camel_case_types
-cancel_subscriptions
# - cascade_invocations # doesn't match the typical style of this repo
-cast_nullable_to_non_nullable
# - close_sinks # not reliable enough
-collection_methods_unrelated_type
-combinators_ordering
# - comment_references # blocked on https://github.com/dart-lang/linter/issues/1142
-conditional_uri_does_not_exist
# - constant_identifier_names # needs an opt-out https://github.com/dart-lang/linter/issues/204
-control_flow_in_finally
-curly_braces_in_flow_control_structures
-dangling_library_doc_comments
-depend_on_referenced_packages
-deprecated_consistency
# - deprecated_member_use_from_same_package # we allow self-references to deprecated members
# - diagnostic_describe_all_properties # enabled only at the framework level (packages/flutter/lib)
-directives_ordering
# - discarded_futures # too many false positives, similar to unawaited_futures
# - do_not_use_environment # there are appropriate times to use the environment, especially in our tests and build logic
-empty_catches
-empty_constructor_bodies
-empty_statements
-eol_at_end_of_file
-exhaustive_cases
-file_names
-flutter_style_todos
-hash_and_equals
-implementation_imports
-implicit_call_tearoffs
-implicit_reopen
-invalid_case_patterns
# - join_return_with_assignment # not required by flutter style
-leading_newlines_in_multiline_strings
-library_annotations
-library_names
-library_prefixes
-library_private_types_in_public_api
# - lines_longer_than_80_chars # not required by flutter style
-literal_only_boolean_expressions
# - matching_super_parameters # blocked on https://github.com/dart-lang/language/issues/2509
-missing_whitespace_between_adjacent_strings
-no_adjacent_strings_in_list
-no_default_cases
-no_duplicate_case_values
-no_leading_underscores_for_library_prefixes
-no_leading_underscores_for_local_identifiers
-no_literal_bool_comparisons
-no_logic_in_create_state
# - no_runtimeType_toString # ok in tests; we enable this only in packages/
-no_self_assignments
-no_wildcard_variable_uses
-non_constant_identifier_names
-noop_primitive_operations
-null_check_on_nullable_type_parameter
-null_closures
# - omit_local_variable_types # opposite of always_specify_types
# - one_member_abstracts # too many false positives
-only_throw_errors# this does get disabled in a few places where we have legacy code that uses strings et al
-overridden_fields
-package_api_docs
-package_names
-package_prefixed_library_names
# - parameter_assignments # we do this commonly
-prefer_adjacent_string_concatenation
-prefer_asserts_in_initializer_lists
# - prefer_asserts_with_message # not required by flutter style
-prefer_collection_literals
-prefer_conditional_assignment
-prefer_const_constructors
-prefer_const_constructors_in_immutables
-prefer_const_declarations
-prefer_const_literals_to_create_immutables
# - prefer_constructors_over_static_methods # far too many false positives
-prefer_contains
# - prefer_double_quotes # opposite of prefer_single_quotes
# - prefer_expression_function_bodies # conflicts with https://github.com/flutter/flutter/wiki/Style-guide-for-Flutter-repo#consider-using--for-short-functions-and-methods
-prefer_final_fields
-prefer_final_in_for_each
-prefer_final_locals
# - prefer_final_parameters # adds too much verbosity
-prefer_for_elements_to_map_fromIterable
-prefer_foreach
-prefer_function_declarations_over_variables
-prefer_generic_function_type_aliases
-prefer_if_elements_to_conditional_expressions
-prefer_if_null_operators
-prefer_initializing_formals
-prefer_inlined_adds
# - prefer_int_literals # conflicts with https://github.com/flutter/flutter/wiki/Style-guide-for-Flutter-repo#use-double-literals-for-double-constants
-prefer_interpolation_to_compose_strings
-prefer_is_empty
-prefer_is_not_empty
-prefer_is_not_operator
-prefer_iterable_whereType
-prefer_mixin
# - prefer_null_aware_method_calls # "call()" is confusing to people new to the language since it's not documented anywhere
-prefer_null_aware_operators
-prefer_relative_imports
-prefer_single_quotes
-prefer_spread_collections
-prefer_typing_uninitialized_variables
-prefer_void_to_null
-provide_deprecation_message
# - public_member_api_docs # enabled on a case-by-case basis; see e.g. packages/analysis_options.yaml
-recursive_getters
# - require_trailing_commas # would be nice, but requires a lot of manual work: 10,000+ code locations would need to be reformatted by hand after bulk fix is applied
