# Version: 0.23

"""The Versioneer - like a rocketeer, but for versions.

The Versioneer

==============

* like a rocketeer, but for versions!

* https://github.com/python-versioneer/python-versioneer

* Brian Warner

* License: Public Domain (CC0-1.0)

* Compatible with: Python 3.7, 3.8, 3.9, 3.10 and pypy3

* [![Latest Version][pypi-image]][pypi-url]

* [![Build Status][travis-image]][travis-url]

This is a tool for managing a recorded version number in distutils/setuptools-based

python projects. The goal is to remove the tedious and error-prone "update

the embedded version string" step from your release process. Making a new

release should be as easy as recording a new tag in your version-control

system, and maybe making new tarballs.

## Quick Install

* `pip install versioneer` to somewhere in your $PATH

* add a `[versioneer]` section to your setup.cfg (see [Install](INSTALL.md))

* run `versioneer install` in your source tree, commit the results

* Verify version information with `python setup.py version`

## Version Identifiers

Source trees come from a variety of places:

* a version-control system checkout (mostly used by developers)

* a nightly tarball, produced by build automation

* a snapshot tarball, produced by a web-based VCS browser, like github's

"tarball from tag" feature

* a release tarball, produced by "setup.py sdist", distributed through PyPI

Within each source tree, the version identifier (either a string or a number,

this tool is format-agnostic) can come from a variety of places:

* ask the VCS tool itself, e.g. "git describe" (for checkouts), which knows

about recent "tags" and an absolute revision-id

* the name of the directory into which the tarball was unpacked

* an expanded VCS keyword ($Id$, etc)

* a `_version.py` created by some earlier build step

For released software, the version identifier is closely related to a VCS

tag. Some projects use tag names that include more than just the version

string (e.g. "myproject-1.2" instead of just "1.2"), in which case the tool

needs to strip the tag prefix to extract the version identifier. For

unreleased software (between tags), the version identifier should provide

enough information to help developers recreate the same tree, while also

giving them an idea of roughly how old the tree is (after version 1.2, before

version 1.3). Many VCS systems can report a description that captures this,

for example `git describe --tags --dirty --always` reports things like

"0.7-1-g574ab98-dirty" to indicate that the checkout is one revision past the

0.7 tag, has a unique revision id of "574ab98", and is "dirty" (it has

uncommitted changes).

The version identifier is used for multiple purposes:

* to allow the module to self-identify its version: `myproject.__version__`

* to choose a name and prefix for a 'setup.py sdist' tarball

## Theory of Operation

Versioneer works by adding a special `_version.py` file into your source

tree, where your `__init__.py` can import it. This `_version.py` knows how to

dynamically ask the VCS tool for version information at import time.

`_version.py` also contains `$Revision$` markers, and the installation

process marks `_version.py` to have this marker rewritten with a tag name

during the `git archive` command. As a result, generated tarballs will

contain enough information to get the proper version.

To allow `setup.py` to compute a version too, a `versioneer.py` is added to

the top level of your source tree, next to `setup.py` and the `setup.cfg`

that configures it. This overrides several distutils/setuptools commands to

compute the version when invoked, and changes `setup.py build` and `setup.py

sdist` to replace `_version.py` with a small static file that contains just

the generated version data.

## Installation

See [INSTALL.md](./INSTALL.md) for detailed installation instructions.

## Version-String Flavors

Code which uses Versioneer can learn about its version string at runtime by

importing `_version` from your main `__init__.py` file and running the

`get_versions()` function. From the "outside" (e.g. in `setup.py`), you can

import the top-level `versioneer.py` and run `get_versions()`.

Both functions return a dictionary with different flavors of version

information:

* `['version']`: A condensed version string, rendered using the selected

style. This is the most commonly used value for the project's version

string. The default "pep440" style yields strings like `0.11`,

`0.11+2.g1076c97`, or `0.11+2.g1076c97.dirty`. See the "Styles" section

below for alternative styles.

* `['full-revisionid']`: detailed revision identifier. For Git, this is the

full SHA1 commit id, e.g. "1076c978a8d3cfc70f408fe5974aa6c092c949ac".

* `['date']`: Date and time of the latest `HEAD` commit. For Git, it is the

commit date in ISO 8601 format. This will be None if the date is not

available.

* `['dirty']`: a boolean, True if the tree has uncommitted changes. Note that

this is only accurate if run in a VCS checkout, otherwise it is likely to

be False or None

* `['error']`: if the version string could not be computed, this will be set

to a string describing the problem, otherwise it will be None. It may be

useful to throw an exception in setup.py if this is set, to avoid e.g.

creating tarballs with a version string of "unknown".

Some variants are more useful than others. Including `full-revisionid` in a

bug report should allow developers to reconstruct the exact code being tested

(or indicate the presence of local changes that should be shared with the

developers). `version` is suitable for display in an "about" box or a CLI

`--version` output: it can be easily compared against release notes and lists

of bugs fixed in various releases.

The installer adds the following text to your `__init__.py` to place a basic

version in `YOURPROJECT.__version__`:

from ._version import get_versions

__version__ = get_versions()['version']

del get_versions

## Styles

The setup.cfg `style=` configuration controls how the VCS information is

rendered into a version string.

The default style, "pep440", produces a PEP440-compliant string, equal to the

un-prefixed tag name for actual releases, and containing an additional "local

version" section with more detail for in-between builds. For Git, this is

TAG[+DISTANCE.gHEX[.dirty]] , using information from `git describe --tags

--dirty --always`. For example "0.11+2.g1076c97.dirty" indicates that the

tree is like the "1076c97" commit but has uncommitted changes (".dirty"), and

that this commit is two revisions ("+2") beyond the "0.11" tag. For released

software (exactly equal to a known tag), the identifier will only contain the

stripped tag, e.g. "0.11".

Other styles are available. See [details.md](details.md) in the Versioneer

source tree for descriptions.

## Debugging

Versioneer tries to avoid fatal errors: if something goes wrong, it will tend

to return a version of "0+unknown". To investigate the problem, run `setup.py

version`, which will run the version-lookup code in a verbose mode, and will

display the full contents of `get_versions()` (including the `error` string,

which may help identify what went wrong).

## Known Limitations

Some situations are known to cause problems for Versioneer. This details the

most significant ones. More can be found on Github

[issues page](https://github.com/python-versioneer/python-versioneer/issues).

### Subprojects

Versioneer has limited support for source trees in which `setup.py` is not in

the root directory (e.g. `setup.py` and `.git/` are *not* siblings). The are

two common reasons why `setup.py` might not be in the root:

* Source trees which contain multiple subprojects, such as

[Buildbot](https://github.com/buildbot/buildbot), which contains both

"master" and "slave" subprojects, each with their own `setup.py`,

`setup.cfg`, and `tox.ini`. Projects like these produce multiple PyPI

distributions (and upload multiple independently-installable tarballs).

* Source trees whose main purpose is to contain a C library, but which also

provide bindings to Python (and perhaps other languages) in subdirectories.

Versioneer will look for `.git` in parent directories, and most operations

should get the right version string. However `pip` and `setuptools` have bugs

and implementation details which frequently cause `pip install .` from a

subproject directory to fail to find a correct version string (so it usually

defaults to `0+unknown`).

`pip install --editable .` should work correctly. `setup.py install` might

work too.

Pip-8.1.1 is known to have this problem, but hopefully it will get fixed in

some later version.

[Bug #38](https://github.com/python-versioneer/python-versioneer/issues/38) is tracking

this issue. The discussion in

[PR #61](https://github.com/python-versioneer/python-versioneer/pull/61) describes the

issue from the Versioneer side in more detail.

[pip PR#3176](https://github.com/pypa/pip/pull/3176) and

[pip PR#3615](https://github.com/pypa/pip/pull/3615) contain work to improve

pip to let Versioneer work correctly.

Versioneer-0.16 and earlier only looked for a `.git` directory next to the

`setup.cfg`, so subprojects were completely unsupported with those releases.

### Editable installs with setuptools <= 18.5

`setup.py develop` and `pip install --editable .` allow you to install a

project into a virtualenv once, then continue editing the source code (and

test) without re-installing after every change.

"Entry-point scripts" (`setup(entry_points={"console_scripts": ..})`) are a

convenient way to specify executable scripts that should be installed along

with the python package.

These both work as expected when using modern setuptools. When using

setuptools-18.5 or earlier, however, certain operations will cause

`pkg_resources.DistributionNotFound` errors when running the entrypoint

script, which must be resolved by re-installing the package. This happens

when the install happens with one version, then the egg_info data is

regenerated while a different version is checked out. Many setup.py commands

cause egg_info to be rebuilt (including `sdist`, `wheel`, and installing into

a different virtualenv), so this can be surprising.

[Bug #83](https://github.com/python-versioneer/python-versioneer/issues/83) describes

this one, but upgrading to a newer version of setuptools should probably

resolve it.

## Updating Versioneer

To upgrade your project to a new release of Versioneer, do the following:

* install the new Versioneer (`pip install -U versioneer` or equivalent)

* edit `setup.cfg`, if necessary, to include any new configuration settings

indicated by the release notes. See [UPGRADING](./UPGRADING.md) for details.

* re-run `versioneer install` in your source tree, to replace

`SRC/_version.py`

* commit any changed files

## Future Directions

This tool is designed to make it easily extended to other version-control

systems: all VCS-specific components are in separate directories like

src/git/ . The top-level `versioneer.py` script is assembled from these

components by running make-versioneer.py . In the future, make-versioneer.py

will take a VCS name as an argument, and will construct a version of

`versioneer.py` that is specific to the given VCS. It might also take the

configuration arguments that are currently provided manually during

installation by editing setup.py . Alternatively, it might go the other

direction and include code from all supported VCS systems, reducing the

number of intermediate scripts.

## Similar projects

* [setuptools_scm](https://github.com/pypa/setuptools_scm/) - a non-vendored build-time

dependency

* [minver](https://github.com/jbweston/miniver) - a lightweight reimplementation of

versioneer

* [versioningit](https://github.com/jwodder/versioningit) - a PEP 518-based setuptools

plugin

## License

To make Versioneer easier to embed, all its code is dedicated to the public

domain. The `_version.py` that it creates is also in the public domain.

Specifically, both are released under the Creative Commons "Public Domain

Dedication" license (CC0-1.0), as described in

https://creativecommons.org/publicdomain/zero/1.0/ .

[pypi-image]: https://img.shields.io/pypi/v/versioneer.svg

[pypi-url]: https://pypi.python.org/pypi/versioneer/

[travis-image]:

https://img.shields.io/travis/com/python-versioneer/python-versioneer.svg

[travis-url]: https://travis-ci.com/github/python-versioneer/python-versioneer

"""

# pylint:disable=invalid-name,import-outside-toplevel,missing-function-docstring

# pylint:disable=missing-class-docstring,too-many-branches,too-many-statements

# pylint:disable=raise-missing-from,too-many-lines,too-many-locals,import-error

# pylint:disable=too-few-public-methods,redefined-outer-name,consider-using-with

# pylint:disable=attribute-defined-outside-init,too-many-arguments

import configparser

import errno

import functools

import json

import os

import re

import subprocess

import sys

from typing import Callable, Dict

class VersioneerConfig:

"""Container for Versioneer configuration parameters."""

def get_root():

return root

def get_config_from_root(root):

return cfg

class NotThisMethod(Exception):

"""Exception raised if a method is not valid for the current scenario."""

# these dictionaries contain VCS-specific tools

LONG_VERSION_PY: Dict[str, str] = {}

HANDLERS: Dict[str, Dict[str, Callable]] = {}

def register_vcs_handler(vcs, method): # decorator

return decorate

def run_command(commands, args, cwd=None, verbose=False, hide_stderr=False, env=None):

return stdout, process.returncode

LONG_VERSION_PY[

"git"

] = r'''

# This file helps to compute a version number in source trees obtained from

# git-archive tarball (such as those provided by githubs download-from-tag

# feature). Distribution tarballs (built by setup.py sdist) and build

# directories (produced by setup.py build) will contain a much shorter file

# that just contains the computed version number.

# This file is released into the public domain. Generated by

# versioneer-0.23 (https://github.com/python-versioneer/python-versioneer)

"""Git implementation of _version.py."""

import errno

import os

import re

import subprocess

import sys

from typing import Callable, Dict

import functools

def get_keywords():

"""Get the keywords needed to look up the version information."""

# these strings will be replaced by git during git-archive.

# setup.py/versioneer.py will grep for the variable names, so they must

# each be defined on a line of their own. _version.py will just call

# get_keywords().

git_refnames = "%(DOLLAR)sFormat:%%d%(DOLLAR)s"

git_full = "%(DOLLAR)sFormat:%%H%(DOLLAR)s"

git_date = "%(DOLLAR)sFormat:%%ci%(DOLLAR)s"

keywords = {"refnames": git_refnames, "full": git_full, "date": git_date}

return keywords

class VersioneerConfig:

"""Container for Versioneer configuration parameters."""

def get_config():

"""Create, populate and return the VersioneerConfig() object."""

# these strings are filled in when 'setup.py versioneer' creates

# _version.py

cfg = VersioneerConfig()

cfg.VCS = "git"

cfg.style = "%(STYLE)s"

cfg.tag_prefix = "%(TAG_PREFIX)s"

cfg.parentdir_prefix = "%(PARENTDIR_PREFIX)s"

cfg.versionfile_source = "%(VERSIONFILE_SOURCE)s"

cfg.verbose = False

return cfg

class NotThisMethod(Exception):

"""Exception raised if a method is not valid for the current scenario."""

LONG_VERSION_PY: Dict[str, str] = {}

HANDLERS: Dict[str, Dict[str, Callable]] = {}

def register_vcs_handler(vcs, method): # decorator

"""Create decorator to mark a method as the handler of a VCS."""

def decorate(f):

"""Store f in HANDLERS[vcs][method]."""

if vcs not in HANDLERS:

HANDLERS[vcs] = {}

HANDLERS[vcs][method] = f

return f

return decorate

def run_command(commands, args, cwd=None, verbose=False, hide_stderr=False,

env=None):

"""Call the given command(s)."""

assert isinstance(commands, list)

process = None

popen_kwargs = {}

if sys.platform == "win32":

# This hides the console window if pythonw.exe is used

startupinfo = subprocess.STARTUPINFO()

startupinfo.dwFlags |= subprocess.STARTF_USESHOWWINDOW

popen_kwargs["startupinfo"] = startupinfo

for command in commands:

try:

dispcmd = str([command] + args)

# remember shell=False, so use git.cmd on windows, not just git

process = subprocess.Popen([command] + args, cwd=cwd, env=env,

stdout=subprocess.PIPE,

stderr=(subprocess.PIPE if hide_stderr

else None), **popen_kwargs)

break

except OSError:

e = sys.exc_info()[1]

if e.errno == errno.ENOENT:

continue

if verbose:

print("unable to run %%s" %% dispcmd)

print(e)

return None, None

else:

if verbose:

print("unable to find command, tried %%s" %% (commands,))

return None, None

stdout = process.communicate()[0].strip().decode()

if process.returncode != 0:

if verbose:

print("unable to run %%s (error)" %% dispcmd)

print("stdout was %%s" %% stdout)

return None, process.returncode

return stdout, process.returncode

def versions_from_parentdir(parentdir_prefix, root, verbose):

"""Try to determine the version from the parent directory name.

Source tarballs conventionally unpack into a directory that includes both

the project name and a version string. We will also support searching up

two directory levels for an appropriately named parent directory

"""

rootdirs = []

for _ in range(3):

dirname = os.path.basename(root)

if dirname.startswith(parentdir_prefix):

return {"version": dirname[len(parentdir_prefix):],

"full-revisionid": None,

"dirty": False, "error": None, "date": None}

rootdirs.append(root)

root = os.path.dirname(root) # up a level

if verbose:

print("Tried directories %%s but none started with prefix %%s" %%

(str(rootdirs), parentdir_prefix))

raise NotThisMethod("rootdir doesn't start with parentdir_prefix")

@register_vcs_handler("git", "get_keywords")

def git_get_keywords(versionfile_abs):

"""Extract version information from the given file."""

# the code embedded in _version.py can just fetch the value of these

# keywords. When used from setup.py, we don't want to import _version.py,

# so we do it with a regexp instead. This function is not used from

# _version.py.

keywords = {}

try:

with open(versionfile_abs, "r") as fobj:

for line in fobj:

if line.strip().startswith("git_refnames ="):

mo = re.search(r'=\s*"(.*)"', line)

if mo:

keywords["refnames"] = mo.group(1)

if line.strip().startswith("git_full ="):

mo = re.search(r'=\s*"(.*)"', line)

if mo:

keywords["full"] = mo.group(1)

if line.strip().startswith("git_date ="):

mo = re.search(r'=\s*"(.*)"', line)

if mo:

keywords["date"] = mo.group(1)

except OSError:

pass

return keywords

@register_vcs_handler("git", "keywords")

def git_versions_from_keywords(keywords, tag_prefix, verbose):

"""Get version information from git keywords."""

if "refnames" not in keywords:

raise NotThisMethod("Short version file found")

date = keywords.get("date")

if date is not None:

# Use only the last line. Previous lines may contain GPG signature

# information.

date = date.splitlines()[-1]

# git-2.2.0 added "%%cI", which expands to an ISO-8601 -compliant

# datestamp. However we prefer "%%ci" (which expands to an "ISO-8601

# -like" string, which we must then edit to make compliant), because

# it's been around since git-1.5.3, and it's too difficult to

# discover which version we're using, or to work around using an

# older one.

date = date.strip().replace(" ", "T", 1).replace(" ", "", 1)

refnames = keywords["refnames"].strip()

if refnames.startswith("$Format"):

if verbose:

print("keywords are unexpanded, not using")

raise NotThisMethod("unexpanded keywords, not a git-archive tarball")

refs = {r.strip() for r in refnames.strip("()").split(",")}

# starting in git-1.8.3, tags are listed as "tag: foo-1.0" instead of

# just "foo-1.0". If we see a "tag: " prefix, prefer those.

TAG = "tag: "

tags = {r[len(TAG):] for r in refs if r.startswith(TAG)}

if not tags:

# Either we're using git < 1.8.3, or there really are no tags. We use

# a heuristic: assume all version tags have a digit. The old git %%d

# expansion behaves like git log --decorate=short and strips out the

# refs/heads/ and refs/tags/ prefixes that would let us distinguish

# between branches and tags. By ignoring refnames without digits, we

# filter out many common branch names like "release" and

# "stabilization", as well as "HEAD" and "master".

tags = {r for r in refs if re.search(r'\d', r)}

if verbose:

print("discarding '%%s', no digits" %% ",".join(refs - tags))

if verbose:

print("likely tags: %%s" %% ",".join(sorted(tags)))

for ref in sorted(tags):

# sorting will prefer e.g. "2.0" over "2.0rc1"

if ref.startswith(tag_prefix):

r = ref[len(tag_prefix):]

# Filter out refs that exactly match prefix or that don't start

# with a number once the prefix is stripped (mostly a concern

# when prefix is '')

if not re.match(r'\d', r):

continue

if verbose:

print("picking %%s" %% r)

return {"version": r,

"full-revisionid": keywords["full"].strip(),

"dirty": False, "error": None,

"date": date}

# no suitable tags, so version is "0+unknown", but full hex is still there

if verbose:

print("no suitable tags, using unknown + full revision id")

return {"version": "0+unknown",

"full-revisionid": keywords["full"].strip(),

"dirty": False, "error": "no suitable tags", "date": None}

@register_vcs_handler("git", "pieces_from_vcs")

def git_pieces_from_vcs(tag_prefix, root, verbose, runner=run_command):

"""Get version from 'git describe' in the root of the source tree.

This only gets called if the git-archive 'subst' keywords were *not*

expanded, and _version.py hasn't already been rewritten with a short

version string, meaning we're inside a checked out source tree.

"""

GITS = ["git"]

if sys.platform == "win32":

GITS = ["git.cmd", "git.exe"]

# GIT_DIR can interfere with correct operation of Versioneer.

# It may be intended to be passed to the Versioneer-versioned project,

# but that should not change where we get our version from.

env = os.environ.copy()

env.pop("GIT_DIR", None)

runner = functools.partial(runner, env=env)

_, rc = runner(GITS, ["rev-parse", "--git-dir"], cwd=root,

hide_stderr=True)

if rc != 0:

if verbose:

print("Directory %%s not under git control" %% root)

raise NotThisMethod("'git rev-parse --git-dir' returned error")

# if there is a tag matching tag_prefix, this yields TAG-NUM-gHEX[-dirty]

# if there isn't one, this yields HEX[-dirty] (no NUM)

describe_out, rc = runner(GITS, [

"describe", "--tags", "--dirty", "--always", "--long",

"--match", f"{tag_prefix}[[:digit:]]*"

], cwd=root)

# --long was added in git-1.5.5

if describe_out is None:

raise NotThisMethod("'git describe' failed")

describe_out = describe_out.strip()

full_out, rc = runner(GITS, ["rev-parse", "HEAD"], cwd=root)

if full_out is None:

raise NotThisMethod("'git rev-parse' failed")

full_out = full_out.strip()

pieces = {}

pieces["long"] = full_out

pieces["short"] = full_out[:7] # maybe improved later

pieces["error"] = None

branch_name, rc = runner(GITS, ["rev-parse", "--abbrev-ref", "HEAD"],

cwd=root)

# --abbrev-ref was added in git-1.6.3

if rc != 0 or branch_name is None:

raise NotThisMethod("'git rev-parse --abbrev-ref' returned error")

branch_name = branch_name.strip()

if branch_name == "HEAD":

# If we aren't exactly on a branch, pick a branch which represents

# the current commit. If all else fails, we are on a branchless

# commit.

branches, rc = runner(GITS, ["branch", "--contains"], cwd=root)

# --contains was added in git-1.5.4

if rc != 0 or branches is None:

raise NotThisMethod("'git branch --contains' returned error")

branches = branches.split("\n")

# Remove the first line if we're running detached

if "(" in branches[0]:

branches.pop(0)

# Strip off the leading "* " from the list of branches.

branches = [branch[2:] for branch in branches]

if "master" in branches:

branch_name = "master"

elif not branches:

branch_name = None

else:

# Pick the first branch that is returned. Good or bad.

branch_name = branches[0]

pieces["branch"] = branch_name

# parse describe_out. It will be like TAG-NUM-gHEX[-dirty] or HEX[-dirty]

# TAG might have hyphens.

git_describe = describe_out

# look for -dirty suffix

dirty = git_describe.endswith("-dirty")

pieces["dirty"] = dirty

if dirty:

git_describe = git_describe[:git_describe.rindex("-dirty")]

# now we have TAG-NUM-gHEX or HEX

if "-" in git_describe:

# TAG-NUM-gHEX

mo = re.search(r'^(.+)-(\d+)-g([0-9a-f]+)$', git_describe)

if not mo:

# unparsable. Maybe git-describe is misbehaving?

pieces["error"] = ("unable to parse git-describe output: '%%s'"

%% describe_out)

return pieces

# tag

full_tag = mo.group(1)

if not full_tag.startswith(tag_prefix):

if verbose:

fmt = "tag '%%s' doesn't start with prefix '%%s'"

print(fmt %% (full_tag, tag_prefix))

pieces["error"] = ("tag '%%s' doesn't start with prefix '%%s'"

%% (full_tag, tag_prefix))

return pieces

pieces["closest-tag"] = full_tag[len(tag_prefix):]

# distance: number of commits since tag

pieces["distance"] = int(mo.group(2))

# commit: short hex revision ID

pieces["short"] = mo.group(3)

else:

# HEX: no tags

pieces["closest-tag"] = None

out, rc = runner(GITS, ["rev-list", "HEAD", "--left-right"], cwd=root)

pieces["distance"] = len(out.split()) # total number of commits

# commit date: see ISO-8601 comment in git_versions_from_keywords()

date = runner(GITS, ["show", "-s", "--format=%%ci", "HEAD"], cwd=root)[0].strip()

# Use only the last line. Previous lines may contain GPG signature

# information.

date = date.splitlines()[-1]

pieces["date"] = date.strip().replace(" ", "T", 1).replace(" ", "", 1)

return pieces

def plus_or_dot(pieces):

"""Return a + if we don't already have one, else return a ."""

if "+" in pieces.get("closest-tag", ""):

return "."

return "+"

def render_pep440(pieces):

"""Build up version string, with post-release "local version identifier".

Our goal: TAG[+DISTANCE.gHEX[.dirty]] . Note that if you

get a tagged build and then dirty it, you'll get TAG+0.gHEX.dirty

Exceptions:

1: no tags. git_describe was just HEX. 0+untagged.DISTANCE.gHEX[.dirty]

"""

if pieces["closest-tag"]:

rendered = pieces["closest-tag"]

if pieces["distance"] or pieces["dirty"]:

rendered += plus_or_dot(pieces)

rendered += "%%d.g%%s" %% (pieces["distance"], pieces["short"])

if pieces["dirty"]:

rendered += ".dirty"

else:

# exception #1

rendered = "0+untagged.%%d.g%%s" %% (pieces["distance"],

pieces["short"])

if pieces["dirty"]:

rendered += ".dirty"

return rendered

def render_pep440_branch(pieces):

"""TAG[[.dev0]+DISTANCE.gHEX[.dirty]] .

The ".dev0" means not master branch. Note that .dev0 sorts backwards

(a feature branch will appear "older" than the master branch).

Exceptions:

1: no tags. 0[.dev0]+untagged.DISTANCE.gHEX[.dirty]

"""

if pieces["closest-tag"]:

rendered = pieces["closest-tag"]

if pieces["distance"] or pieces["dirty"]:

if pieces["branch"] != "master":

rendered += ".dev0"

rendered += plus_or_dot(pieces)

rendered += "%%d.g%%s" %% (pieces["distance"], pieces["short"])

if pieces["dirty"]:

rendered += ".dirty"

else:

# exception #1

rendered = "0"

if pieces["branch"] != "master":

rendered += ".dev0"

rendered += "+untagged.%%d.g%%s" %% (pieces["distance"],

pieces["short"])

if pieces["dirty"]:

rendered += ".dirty"

return rendered

def pep440_split_post(ver):

"""Split pep440 version string at the post-release segment.

Returns the release segments before the post-release and the

post-release version number (or -1 if no post-release segment is present).

"""

vc = str.split(ver, ".post")

return vc[0], int(vc[1] or 0) if len(vc) == 2 else None

def render_pep440_pre(pieces):

"""TAG[.postN.devDISTANCE] -- No -dirty.

Exceptions:

1: no tags. 0.post0.devDISTANCE

"""

if pieces["closest-tag"]:

if pieces["distance"]:

# update the post release segment

tag_version, post_version = pep440_split_post(pieces["closest-tag"])

rendered = tag_version

if post_version is not None:

rendered += ".post%%d.dev%%d" %% (post_version + 1, pieces["distance"])

else:

rendered += ".post0.dev%%d" %% (pieces["distance"])

else:

# no commits, use the tag as the version

rendered = pieces["closest-tag"]

else:

# exception #1

rendered = "0.post0.dev%%d" %% pieces["distance"]

return rendered

def render_pep440_post(pieces):

"""TAG[.postDISTANCE[.dev0]+gHEX] .

The ".dev0" means dirty. Note that .dev0 sorts backwards

(a dirty tree will appear "older" than the corresponding clean one),

but you shouldn't be releasing software with -dirty anyways.

Exceptions:

1: no tags. 0.postDISTANCE[.dev0]

"""

if pieces["closest-tag"]:

rendered = pieces["closest-tag"]

if pieces["distance"] or pieces["dirty"]:

rendered += ".post%%d" %% pieces["distance"]

if pieces["dirty"]:

rendered += ".dev0"

rendered += plus_or_dot(pieces)

rendered += "g%%s" %% pieces["short"]

else:

# exception #1

rendered = "0.post%%d" %% pieces["distance"]

if pieces["dirty"]:

rendered += ".dev0"

rendered += "+g%%s" %% pieces["short"]

return rendered

def render_pep440_post_branch(pieces):

"""TAG[.postDISTANCE[.dev0]+gHEX[.dirty]] .

The ".dev0" means not master branch.

Exceptions:

1: no tags. 0.postDISTANCE[.dev0]+gHEX[.dirty]

"""

if pieces["closest-tag"]:

rendered = pieces["closest-tag"]

if pieces["distance"] or pieces["dirty"]:

rendered += ".post%%d" %% pieces["distance"]

if pieces["branch"] != "master":

rendered += ".dev0"

rendered += plus_or_dot(pieces)

rendered += "g%%s" %% pieces["short"]

if pieces["dirty"]:

rendered += ".dirty"

else:

# exception #1

rendered = "0.post%%d" %% pieces["distance"]

if pieces["branch"] != "master":

rendered += ".dev0"

rendered += "+g%%s" %% pieces["short"]

if pieces["dirty"]:

rendered += ".dirty"

return rendered

def render_pep440_old(pieces):

"""TAG[.postDISTANCE[.dev0]] .

The ".dev0" means dirty.

Exceptions:

1: no tags. 0.postDISTANCE[.dev0]

"""

if pieces["closest-tag"]:

rendered = pieces["closest-tag"]

if pieces["distance"] or pieces["dirty"]:

rendered += ".post%%d" %% pieces["distance"]

if pieces["dirty"]:

rendered += ".dev0"

else:

# exception #1

rendered = "0.post%%d" %% pieces["distance"]

if pieces["dirty"]:

rendered += ".dev0"

return rendered

def render_git_describe(pieces):

"""TAG[-DISTANCE-gHEX][-dirty].

Like 'git describe --tags --dirty --always'.

Exceptions:

1: no tags. HEX[-dirty] (note: no 'g' prefix)

"""

if pieces["closest-tag"]:

rendered = pieces["closest-tag"]

if pieces["distance"]:

rendered += "-%%d-g%%s" %% (pieces["distance"], pieces["short"])

else:

# exception #1

rendered = pieces["short"]

if pieces["dirty"]:

rendered += "-dirty"

return rendered

def render_git_describe_long(pieces):

"""TAG-DISTANCE-gHEX[-dirty].

Like 'git describe --tags --dirty --always -long'.

The distance/hash is unconditional.

Exceptions:

1: no tags. HEX[-dirty] (note: no 'g' prefix)