You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently the project packaging, configuration and dependencies are managed using a mix of input sources.
E.g. dependencies are defined in setup.py and in various requirements files (requirements.txt etc.).
Modern python projects use a common "project-file" which takes care about lots of things which have been
done by multiple inputs like (MANIFEST.in, setup.cfg, setup.py, requirements.txt, ...).
Switching to pyproject.toml therefore will simplify maintenance and release efforts of the package.
Fixes#128Fixes#135
* Add pyproject.toml
* Add poetry lock file
* Add dependencies to pyproject.toml
* Add dependabot updater to repository
* Add pyupgrade commit hook to workspace
* Remove deprecated and unused configuration entries
* Add extension points required for sqlalchemy plugin(s)
* Add version sync support for project.toml based version
* Add version check to ci/verifier action
* Update CI workflow to use poetry
* Update base python version to 3.8
* Update changelog
* Remove condaforge reference in README
- Conda forge won't be maintained anymore.
* Deleted deprecated and unused files
* Use python built in mock library
* Bump version to 3.0.0
Why
Currently the project packaging, configuration and dependencies are managed using a mix of input sources.
E.g. dependencies are defined in
setup.py
and in various requirements files (requirements.txt
etc.).Modern python projects use a common "project-file" which takes care about lots of things which have been
done by multiple inputs like (
MANIFEST.in, setup.cfg, setup.py, requirements.txt, ...
).Switching to
pyproject.toml
therefore will simplify maintenance and release efforts of the package.For further details see also:
Tasks
pyproject.toml
pyproject.toml
The text was updated successfully, but these errors were encountered: