Skip to main content

Python package to find the version of another package, whether installed via pip, setuptools or git.

Project description

versionfinder

GitHub Forks GitHub Open Issues travis-ci for master branch coverage report for master branch sphinx documentation for latest release Project Status: Active – The project has reached a stable, usable state and is being actively developed.

Python package to find the version of another package/distribution, whether installed via pip, setuptools or git

Overview

versionfinder is a library intended to identify the version/source details of a specified Python distribution (usually the one calling it), whether it was installed via pip, setuptools or git. This is intended to allow packages to determine what version they are, beyond what is simply coded in the package:

  • For packages installed via pip, return the exact requirement that was installed, even if it was a source control URL (editable or not).

  • For packages installed via setuptools, return the installed version.

  • For packages that are a git clone, return the URL, commit, tag, and whether the repository is dirty (modified) or not.

This is mainly intended for projects that need to display their version information to users (i.e. for use in filing bug reports or support requests) and wish to be as specific as possible, including whether the package was installed from a fork, a specific tag or commit from a git repo, or has local changes not committed to git.

Requirements

  • Python 3.5+

Usage

Versionfinder is primarily intended to return information about the package/ distribution it is called from. As some operations can be quite a bit more time consuming than simply reading a pkg_resources or pip distribution version, it’s recommended that Versionfinder be run once during the startup or initialization of your application/process, and the result stored for later use.

The simplest example is finding the version information for whatever package/distribution contains the calling module. In mymodule.py, a module within the “mypackage” package/distribution:

import logging
from versionfinder import find_version

# If you are using the python logging module, you'll likely want to
# suppress logging from versionfinder itself, as well as the DEBUG-level
# logging from ``pip`` and ``git``, which are called by versionfinder.
for lname in ['versionfinder', 'pip', 'git']:
    l = logging.getLogger(lname)
    l.setLevel(logging.CRITICAL)
    l.propagate = True

class MyClass(object):

    def __init__(self):
        self._versioninfo = find_version('mypackage')

    @property
    def versioninfo(self):
        return self._versioninfo

The _versioninfo attribute of the class will be set to the VersionInfo object returned by find_version(). We can inspect some of that object’s properties, which are documented in the API docs.

>>> from mypackage.mymodule import MyClass
>>> c = MyClass()
>>> v = c.versioninfo
>>> v
VersionInfo(git_commit=123456ab, git_is_dirty=True, git_remotes={'origin': 'https://github.com/someone/foo.git'}, git_tag=v1.2.3, pip_requirement=git+https://github.com/someone/foo@v1.2.3#egg=foo, pip_url=http://foo.com, pip_version=1.2.3, pkg_resources_url=http://foo.com, pkg_resources_version=1.2.3)
>>> v.pip_version
'1.2.3'
>>> v.pkg_resources_version
'1.2.3'
>>> v.version
'1.2.3'
>>> v.pip_url
'http://foo.com'
>>> v.pkg_resources_url
'http://foo.com'
>>> v.url
'http://foo.com'
>>> v.pip_requirement
'git+https://github.com/someone/foo@v1.2.3#egg=foo'
>>> v.git_remotes
{'origin': 'https://github.com/someone/foo.git'}
>>> v.git_remote
'https://github.com/someone/foo.git'
>>> v.git_commit
'123456ab'
>>> v.git_tag
'v1.2.3'
>>> v.git_is_dirty
True
>>> v.git_str
'git+https://github.com/someone/foo@v1.2.3#egg=foo*'
>>> v.short_str
'1.2.3 <http://foo.com>'
>>> v.long_str
'1.2.3 <http://foo.com> (git+https://github.com/someone/foo@v1.2.3#egg=foo*)'

Bugs and Feature Requests

Bug reports and feature requests are happily accepted via the GitHub Issue Tracker. Pull requests are welcome. Issues that don’t have an accompanying pull request will be worked on as my time and priority allows.

Development

To install for development:

  1. Fork the versionfinder repository on GitHub

  2. Create a new branch off of master in your fork.

$ virtualenv versionfinder
$ cd versionfinder && source bin/activate
$ pip install -e git+git@github.com:YOURNAME/versionfinder.git@BRANCHNAME#egg=versionfinder
$ cd src/versionfinder

The git clone you’re now in will probably be checked out to a specific commit, so you may want to git checkout BRANCHNAME.

Guidelines

  • pep8 compliant with some exceptions (see pytest.ini)

  • 100% test coverage with pytest (with valid tests)

Testing

Testing is done via pytest, driven by tox.

  • testing is as simple as:

    • pip install tox

    • tox

  • If you want to pass additional arguments to pytest, add them to the tox command line after “–”. i.e., for verbose pytext output on py27 tests: tox -e py27 -- -v

Acceptance Tests

Versionfinder has a suite of acceptance tests that create virtualenvs, install a test package (versionfinder-test-pkg) in them, and then call versionfinder.find_version() from multiple locations in the package, printing a JSON-serialized dict of the results of each call (and an exception, if one was caught). For further information on the acceptance tests, see versionfinder/tests/test_acceptance.py.

Currently-tested scenarios are:

  • Pip

    • Install from local git clone

    • Install editable from local git clone

    • Install editable from local git clone then change a file (dirty)

    • Install editable from local git clone then commit and tag

    • Install editable from local git clone checked out to a tag

    • Install editable from local git clone checked out to a commit

    • Install editable from local git clone with multiple remotes

    • Install from sdist

    • Install from sdist with pip 1.5.4

    • Install from wheel

    • Install from git URL

    • Install from git fork URL

    • Install from git URL with commit

    • Install from git URL with tag

    • Install from git URL with branch

    • Install editable from git URL

    • Install editable from git fork URL

    • Install editable from git URL with multiple remotes

    • Install editable from git URL and then change a file in the clone (dirty)

    • Install editable from git URL with commit

    • Install editable from git URL with tag

    • Install editable from git URL with branch

    • Install sdist in a venv that’s also a git repo

    • Install wheel in a venv that’s also a git repo

  • setuptools / setup.py

    • setup.py develop

    • setup.py install

  • easy_install

    • Install from sdist

    • Install from egg

    • Install from source directory

    • Install from sdist in a venv that’s also a git repo

    • Install from egg in a venv that’s also a git repo

    • Install from source directory in a venv that’s also a git repo

Release Checklist

  1. Open an issue for the release; cut a branch off master for that issue.

  2. Confirm that there are CHANGES.rst entries for all major changes.

  3. Ensure that Travis tests passing in all environments.

  4. Ensure that test coverage is no less than the last release (ideally, 100%).

  5. Increment the version number in versionfinder/version.py and add version and release date to CHANGES.rst, then push to GitHub.

  6. Confirm that README.rst renders correctly on GitHub.

  7. Upload package to testpypi:

  8. Create a pull request for the release to be merged into master. Upon successful Travis build, merge it.

  9. Tag the release in Git, push tag to GitHub:

    • tag the release. for now the message is quite simple: git tag -a X.Y.Z -m 'X.Y.Z released YYYY-MM-DD'

    • push the tag to GitHub: git push origin X.Y.Z

  1. Upload package to live pypi:

    • twine upload dist/*

  1. make sure any GH issues fixed in the release were closed.

License and Disclaimer

This software is licensed under the GNU Lesser General Public License (LGPL) 3.0.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

versionfinder-1.1.1.tar.gz (32.5 kB view details)

Uploaded Source

Built Distribution

versionfinder-1.1.1-py2.py3-none-any.whl (35.0 kB view details)

Uploaded Python 2 Python 3

File details

Details for the file versionfinder-1.1.1.tar.gz.

File metadata

  • Download URL: versionfinder-1.1.1.tar.gz
  • Upload date:
  • Size: 32.5 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/3.2.0 pkginfo/1.5.0.1 requests/2.24.0 setuptools/47.1.1 requests-toolbelt/0.9.1 tqdm/4.49.0 CPython/3.8.3

File hashes

Hashes for versionfinder-1.1.1.tar.gz
Algorithm Hash digest
SHA256 157ad93efccf8f91ab094442526ea794f11c46d582cc6cd7a76dcfba20c805e6
MD5 bcfd13e0a93fb1cdafa3a054ad9126e6
BLAKE2b-256 1e036ba20b4f6666e6d76db088c5f8f1ac73a21b00aa35719a2ec3ef77a4354c

See more details on using hashes here.

File details

Details for the file versionfinder-1.1.1-py2.py3-none-any.whl.

File metadata

  • Download URL: versionfinder-1.1.1-py2.py3-none-any.whl
  • Upload date:
  • Size: 35.0 kB
  • Tags: Python 2, Python 3
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/3.2.0 pkginfo/1.5.0.1 requests/2.24.0 setuptools/47.1.1 requests-toolbelt/0.9.1 tqdm/4.49.0 CPython/3.8.3

File hashes

Hashes for versionfinder-1.1.1-py2.py3-none-any.whl
Algorithm Hash digest
SHA256 b17edbb0bfb79d50dfc68d3618d3244af90d3cb932b9dc7f139583694d725f2d
MD5 d7385bc965bf21a8d12a88b05a7242ff
BLAKE2b-256 852a1611380aaf57f63a930c3dca3818f2a6422ba097ba280402b7351b7ae5c7

See more details on using hashes here.

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page