Skip to content

Document migration from pedantic #747

@srawlins

Description

@srawlins

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:
    1. avoid_empty_else
    2. avoid_function_literals_in_foreach_calls
    3. avoid_renaming_method_parameters
    4. avoid_returning_null_for_void
    5. camel_case_types
    6. constant_identifier_names
    7. control_flow_in_finally
    8. empty_statements
    9. exhaustive_cases
    10. file_names
    11. hash_and_equals
    12. implementation_imports
    13. iterable_contains_unrelated_type
    14. list_remove_unrelated_type
    15. non_constant_identifier_names
    16. overridden_fields
    17. package_names
    18. package_prefixed_library_names
    19. prefer_function_declarations_over_variables
    20. prefer_initializing_formals
    21. prefer_is_not_operator
    22. prefer_null_aware_operators
    23. prefer_typing_uninitialized_variables
    24. prefer_void_to_null
    25. provide_deprecation_message
    26. unnecessary_overrides
    27. unnecessary_string_escapes
    28. unnecessary_string_interpolations
    29. void_checks
  • 6 removed:
    1. always_declare_return_types
    2. prefer_single_quotes
    3. sort_child_properties_last
    4. unawaited_futures
    5. unsafe_html
    6. use_full_hex_values_for_flutter_colors

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions