Skip to content

Releases: fpgmaas/deptry

0.21.1

15 Nov 22:37
54b54a0
Compare
Choose a tag to compare

What's Changed

Bug Fixes

  • Handle string requirements files for setuptools dynamic dependencies (#945)

Full Changelog: 0.21.0...0.21.1

0.21.0

08 Nov 12:06
3557308
Compare
Choose a tag to compare

What's Changed

Breaking changes

Ignore files handling

Unless --exclude is used, deptry excludes files found in common ignore files (.gitignore, .ignore, $HOME/.config/git/ignore. ...), by using ignore Rust crate. The default behaviour has been changed, so that now:

  • git-related ignore rules (.gitignore, $HOME/.config/git/ignore, ...) are only used if deptry is run inside a git repository
  • .gitignore files that are in parent directories of the git repository from where deptry is run are not used (previously, deptry would traverse parent directories up to the root system)

If you were using .gitignore files for non-git repositories, you might want to switch to .ignore files, or use --extend-exclude.

Requirements files parsing

deptry now uses requirements-parser to parse dependencies from requirements files, meaning that it can now extract nested requirements files referenced in other requirements files without having to explicitly configure it in deptry.

For instance, if you have:

# requirements.txt
-r cli-requirements.txt
httpx==0.27.2
# cli-requirements.txt
click==8.1.7

With the default configuration, when parsing requirements.txt, both httpx and click will now be listed as dependencies by deptry, while previously, only httpx was, unless deptry was instructed about cli-requirements.txt by using --requirements-files. This new behaviour also impacts development requirements files, that can be overridden by using --requirements-files-dev.

Python 3.8 support dropped

Support for Python 3.8 has been dropped, as it has reached its end of life.

Features

  • deptry now detects development dependencies from [dependency-groups] section, introduced by PEP 735 (#892)
  • deptry now supports setuptools dynamic dependencies set in [tool.setuptools.dynamic] section, see https://deptry.com/supported-dependency-managers/#setuptools for more details (#894, #724)
  • Drop support for Python 3.8 (#874)
  • Improve ignore handling (#908)
  • Parse requirements files with requirements-parser, adding support for parsing nested requirements files referenced with -r <requirement_file> (#913)

Full Changelog: 0.20.0...0.21.0

0.20.0

27 Aug 12:13
4fa5a91
Compare
Choose a tag to compare

What's Changed

Breaking changes

In release 0.15.0, we announced the deprecation of the following flags:

  • --requirements-txt (and its requirements_txt setting counterpart in pyproject.toml)
  • --requirements-txt-dev (and its requirements_txt_dev setting counterpart in pyproject.toml)

Those flags have now been removed. If you relied on them, you should now use, respectively:

  • --requirements-files (and its requirements_files setting counterpart in pyproject.toml)
  • --requirements-files-dev (and its requirements_files_dev setting counterpart in pyproject.toml)

Features

  • deptry now detects uv and reads development dependencies from [uv.tool.dev-dependencies] section (#816)
  • Dynamically set max terminal width for better readability when displaying help (#817)
  • Remove deprecated --requirements-txt/--requirements-txt-dev flags (#819)

Full Changelog: 0.19.1...0.20.0

0.19.1

10 Aug 14:09
fb09300
Compare
Choose a tag to compare

What's Changed

Features

  • Add back PEP 420 support behind --experimental-namespace-package feature flag (#808)
  • Add support for Python 3.13 (#713, #809)

Miscellaneous

  • Provide Windows ARM64 wheels for Python (#807)

Full Changelog: 0.19.0...0.19.1

0.19.0

07 Aug 23:00
fc98954
Compare
Choose a tag to compare

What's Changed

This release reverts #753 that caused a noticeable performance regression on large codebases. The intent of the initial PR was to support projects following PEP 420, so if your project currently relies on this behaviour, feel free to manifest your interest in #740.

Bug Fixes

  • Revert "fix(core): use rglob to guess local Python modules (#753)" (#798)

New Contributors

Full Changelog: 0.18.0...0.19.0

0.18.0

31 Jul 05:56
4c51dd9
Compare
Choose a tag to compare

What's Changed

Features

  • Support imports using importlib.import_module (#782)

New Contributors

  • @lmmx made their first contribution in #782

Full Changelog: 0.17.0...0.18.0

0.17.0

21 Jul 06:53
8b55766
Compare
Choose a tag to compare

What's Changed

Features

  • Add a new rule DEP005 to detect project dependencies that are in the standard library (#761)

Full Changelog: 0.16.2...0.17.0

0.16.2

05 Jul 11:58
083be86
Compare
Choose a tag to compare

What's Changed

Bug Fixes

  • Avoid crashing on PEP 621 and Poetry projects with no dependencies (#752)
  • Recursively search for Python files to detect local modules, to better support namespace packages (#753)

Miscellaneous

  • Provide macOS ARM wheels for PyPy (#691)

Full Changelog: 0.16.1...0.16.2

0.16.1

06 Apr 12:54
caa4e43
Compare
Choose a tag to compare

What's Changed

Bug Fixes

  • Skip type checking blocks whether future annotations are used or not (#662)

Full Changelog: 0.16.0...0.16.1

0.16.0

04 Apr 12:32
36a06f0
Compare
Choose a tag to compare

What's Changed

Breaking changes

typing.TYPE_CHECKING handling

Imports guarded by typing.TYPE_CHECKING when using from __future__ import annotations are now skipped. For instance:

from __future__ import annotations

from typing import TYPE_CHECKING

if TYPE_CHECKING:
    # This import will not be extracted as it is guarded by `TYPE_CHECKING` and `from __future__ import annotations`
    # is used. This means the import should only be evaluated by type checkers, and should not be evaluated during runtime.
    import mypy_boto3_s3

See https://deptry.com/usage/#imports-extraction for more information.

requirements.in handling

On projects using pip requirements format for defining dependencies, if requirements_files option is not overridden,
deptry will first search for a requirements.in file before requirements.txt, to better support projects using
pip-tools and the like (which includes uv and Rye) out of the box. If you use requirements.in and want deptry to
use requirements.txt, you can either pass --requirements-files requirements.txt when invoking deptry, or set the
option in pyproject.toml:

[tool.deptry]
requirements_files = ["requirements.txt"]

Features

  • Skip type checking blocks when parsing imports (#652)
  • Search for requirements.in before requirements.txt on projects using pip requirements format for dependencies (#641)

Bug Fixes

  • Show module name instead of library name when reporting DEP003 (#644
  • Better support for notebooks by handling magic commands and line continuations (#656)

Full Changelog

0.15.0...0.16.0