Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Consider approach to deprecated tools #120

Open
nathanjmcdougall opened this issue Nov 16, 2024 · 0 comments
Open

Consider approach to deprecated tools #120

nathanjmcdougall opened this issue Nov 16, 2024 · 0 comments
Assignees
Labels
philosophy Determining the best design approach

Comments

@nathanjmcdougall
Copy link
Owner

Motivation
There are a few cases:

  • The tool is deprecated because it no longer exists or is broken
  • It exists but is no longer recommended (e.g. a better alternative exists)
  • A special case of the above; it exists but a basically drop-in replacement exists (e.g. ruff)

How do we handle the above cases? An initial brainstorm:

For drop-in replacements, we can just change the config and migrate the user to the new approach automatically.

For non-recommended tools, we can spit a warning and recommend migrating.

For non-existent or broken tools, we should refuse to add and do removal only.

Summary of desired enhancement
Consider this further and document this philosophy

@nathanjmcdougall nathanjmcdougall added the philosophy Determining the best design approach label Nov 16, 2024
@nathanjmcdougall nathanjmcdougall self-assigned this Nov 16, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
philosophy Determining the best design approach
Projects
None yet
Development

No branches or pull requests

1 participant