ENH `version` defined multiple times about serpent-tools HOT 2 CLOSED

EDIT: using the versioneer tool is an alternative that implements the neither option

from serpent-tools.

@rzehumat agree, having the same thing defined in multiple places is burdensome. For a while, there weren't great tools to avoid this.

There are three primary places where it's defined and where it should be removed

1. build config files (e.g., pyproject.toml, historically setup.py or setup.cfg)
2. project module file serpentTools/__init__.py, and
3. docs configuration file (docs/conf.py)

I've used versioneer in the past with good success, and lately am more partial to setuptools-scm, both of which grab version data based on commits and tags. seutptools-scm might provide the "neither" option of not having the package version as a settable attribute (fetching from package metadata instead) but I would need to investigate.

My preference would be the following

1. setuptools-scm for handling determining version based off git history.
2. serpentTools.__version__ is set based off some package metadata fetching routine, not a string attribute
3. docs/conf.py imports serpentTools.__version__ for it's versioning needs

If you are able to pick this up. let me know. Otherwise I will try and get around to this after the next release

from serpent-tools.