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
When running mypy directly out of the git repo, the version (reported by -V or --version) includes the git commit hash. It would be nice if it was also included when mypy was installed directly from the repo, e.g. using pip3 install . or perhaps via pip3 install git+git://github.com/python/mypy.git. However we should make sure that when we actually build a distribution file, that file only includes the base version. (Or perhaps only/exactly when the HEAD revision matches a tag whose name matches the base version?)
Note that the version is especially important for -i mode, since the cache cannot be trusted when a different version is installed.
Also note that installing from a git-labeled version should not show the commit hash but installing from something intermediate should always show the commit hash. Or something like that. The idea is that when we build a distribution and push it to PyPI it should not have the commit hash in the version but when we install locally (e.g. using pip3 install -U .) the commit hash should be included.
When running mypy directly out of the git repo, the version (reported by
-V
or--version
) includes the git commit hash. It would be nice if it was also included when mypy was installed directly from the repo, e.g. usingpip3 install .
or perhaps viapip3 install git+git://github.com/python/mypy.git
. However we should make sure that when we actually build a distribution file, that file only includes the base version. (Or perhaps only/exactly when the HEAD revision matches a tag whose name matches the base version?)(See also PR #2452.)
The text was updated successfully, but these errors were encountered: