Conversation
Collaborator
Author
|
Instead of locking the lowest dependencies we could also switch to newer dependencies locally and use --resolution lowest in the CI. Not sure if we would want to run the CI then with each python version two times, once with lowest and once with highest dependency versions. |
Owner
|
Why the move to a src based layout? |
Collaborator
Author
|
Mainly because uv uses the src layout as the default for packaged applications, so it was a little but simpler to follow the docs. Could be changed back to the flat layout, if you prefer that |
It looks like pytest only supports '-p=no:randomly' since v8.0.0. For backwards compatibility, we now use '-p', 'no:randomly'
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Use uv for dependencies and packaging. Fixes #448
I've tried to use the lowest bounds possible for dependencies, so that users of mutmut do not encounter conflicts with their own requirements (but for libcst it is one of the newest versions to support 3.14).
As uv always checks if everything is up-to-date, you only need to run
uv run pytestto setup the venv + dependencies and run the tests. Similarly for e.g.uv run mutmut --version.Building works with
uv build. Versioning withuv version(which updates pyproject.toml and uv.lock). Publishing should work withuv publishbut I did not test this part.Added files:
Removed files:
source-includein pyproject.toml)pytest testpathsis now in pyproject.toml)