-
Notifications
You must be signed in to change notification settings - Fork 2.3k
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
breaking change: invert --remove-untracked to --keep-untracked #2370
Comments
May be better with an option in pyproject.toml to opt in to always remove untracked. |
That's a good path forward leading up to a breaking change, but I'm specifically making this suggestion as a breaking change because I think it makes the default behavior less surprising and more in line with dependency management in other languages. I left more thoughts about this at #648 (comment) as well. |
Note: We've decided that the default behavior is to never remove any packages from a venv unless this option is given. Due to the number of issues about it, it seems to be the expected behavior for many users. |
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
Now that #2172 is merged to address #648 (yay!), I'd like to propose a breaking change to switch the default from keeping untracked files to removing them.
It seems like the main reason that
--remove-untracked
was chosen over--keep-untracked
was for backwards compatibility concerns, per #648 (comment). #648 (comment) and other comments on that issue generally lean towards remove-by-default as the preferred behavior.I filed this as a tracking issue under the assumption that it'll have to wait around for v2.
See also the philosophically-related #3248.
The text was updated successfully, but these errors were encountered: