html_url,issue_url,id,node_id,user,created_at,updated_at,author_association,body,reactions,performed_via_github_app,issue
https://github.com/pydata/xarray/issues/6176#issuecomment-1020669305,https://api.github.com/repos/pydata/xarray/issues/6176,1020669305,IC_kwDOAMm_X8481i15,2501846,2022-01-24T23:57:13Z,2022-01-24T23:57:13Z,CONTRIBUTOR,"`setup.py sdist bdist_wheel` creates files in `dist/` that have the leading zeros removed.

I did `git tag v2022.01.0` and then built the wheel/sdist and got: `xarray-2022.1.0-py3-none-any.whl` and `xarray-2022.1.0.tar.gz` and `xarray.__version__` gave `2022.1.0`

I do understand the appeal of leading zeros, I started off using them myself, but pypi/setuptools/etc _will_ bring in inconsistencies that you will either need to fight against or give into the consistent way, which is sans leading zero (that is the path I chose)","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,1108564253
https://github.com/pydata/xarray/issues/6176#issuecomment-1020405910,https://api.github.com/repos/pydata/xarray/issues/6176,1020405910,IC_kwDOAMm_X8480iiW,2501846,2022-01-24T18:23:26Z,2022-01-24T18:23:26Z,CONTRIBUTOR,"Note that [PEP 440](https://www.python.org/dev/peps/pep-0440/#integer-normalization) normalizes integers in version strings, so leading zeros are ignored and the version as it appears in PyPI would be `2022.1.0`, as that displays the normalized version string.


On my own packages which I use calver for I have opted to not have leading zeros such that the ""canonical"" version matches the ""normalized"" version to avoid any confusion that may cause.","{""total_count"": 0, ""+1"": 0, ""-1"": 0, ""laugh"": 0, ""hooray"": 0, ""confused"": 0, ""heart"": 0, ""rocket"": 0, ""eyes"": 0}",,1108564253