libvcs
flakeheaven
| libvcs | flakeheaven | |
|---|---|---|
| 3 | 1 | |
| 47 | 165 | |
| - | 0.6% | |
| 9.4 | 1.6 | |
| 5 days ago | about 1 year ago | |
| Python | Python | |
| MIT License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
libvcs
-
Using Mypy in Production
I am moving all my open source projects to `mypy --strict`. Here's the diff of adding basic / --strict mypy types:
libvcs: https://github.com/vcs-python/libvcs/pull/362/files, https://github.com/vcs-python/libvcs/pull/390/files
libtmux: https://github.com/tmux-python/libtmux/pull/382/files, https://github.com/tmux-python/libtmux/pull/383/files
unihan-etl: https://github.com/cihai/unihan-etl/pull/255/files, https://github.com/cihai/unihan-etl/pull/257/files
As for return on investment - not sure yet. What I like about it is:
- completions (through annotating)
- typings can be used downstream (since the above are all now typed python libraries)
- maintainability and bug finding. Easy to wire into CI and run locally.
There's a thread on mypy, "--strict is too strict to be useful", https://github.com/python/mypy/issues/7767. I'm not sure if I walked away with that impression. If I have a function that could potentially return `None` (`Optional[str]` or `str | None`) - it makes sense for the user to handle such a case. They could:
assert response is not None -
libvcs 0.14 - Python library for VCS systems supporting Git / Mercurial / Subversion (Dusting this off after a few years of inactivity, wow is mypy nice)
GitHub (docs) - Git URL parser, commands, project syncing
flakeheaven
-
Using Mypy in Production
> I'd run flake8 too but the maintainer is weirdly opposed to supporting pyproject.toml for config.
I haven't used it in anger yet, but FlakeHeaven (https://github.com/flakeheaven/flakeheaven) looks like a nice fork that includes pyproject.toml support.
What are some alternatives?
PyYAML
libtmux - ⚙️ Python API / wrapper for tmux
vcspull - 🔄 Synchronize projects via yaml/json manifest. Built using `libvcs`.
unihan-etl - Export UNIHAN's database to csv, json or yaml
Kaitai Struct - Kaitai Struct: declarative language to generate binary data parsers in C++ / C# / Go / Java / JavaScript / Lua / Nim / Perl / PHP / Python / Ruby
pyright - Static Type Checker for Python
pymorphy2 - Morphological analyzer / inflection engine for Russian and Ukrainian languages.
mypy - Optional static typing for Python
typeshed - Collection of library stubs for Python, with static types
obs-service-tar_scm - An OBS source service: fetches code from any SCM and archives it
pydantic - Data validation using Python type hints