- 
                Notifications
    You must be signed in to change notification settings 
- Fork 33
Closed
dart-archive/lints
#41Labels
Description
I think this could go in a snippet in the README or something.
When a dev uses pedantic for their lints, they are "protected" from a list of violations; let's say lint rules A, B, and C. Then when they migrate to the lints package, they are now protected against lint rules B, C, and D. They have "lost" that protection from rule A, which maybe they wish to keep. It looks like this is the diff between pedantic 1.11 and lints 1.0.1:
- 29 added:
- avoid_empty_else
- avoid_function_literals_in_foreach_calls
- avoid_renaming_method_parameters
- avoid_returning_null_for_void
- camel_case_types
- constant_identifier_names
- control_flow_in_finally
- empty_statements
- exhaustive_cases
- file_names
- hash_and_equals
- implementation_imports
- iterable_contains_unrelated_type
- list_remove_unrelated_type
- non_constant_identifier_names
- overridden_fields
- package_names
- package_prefixed_library_names
- prefer_function_declarations_over_variables
- prefer_initializing_formals
- prefer_is_not_operator
- prefer_null_aware_operators
- prefer_typing_uninitialized_variables
- prefer_void_to_null
- provide_deprecation_message
- unnecessary_overrides
- unnecessary_string_escapes
- unnecessary_string_interpolations
- void_checks
 
- 6 removed:
- always_declare_return_types
- prefer_single_quotes
- sort_child_properties_last
- unawaited_futures
- unsafe_html
- use_full_hex_values_for_flutter_colors
 
parlough, pq, kevmoo, goderbauer and tenhobi