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
Our release policy very much follows that of xarray: deprecations will stay in a few releases, after which they will be applied (for example, removing old features or changing defaults).
This makes it somewhat difficult to choose the new version (when do we bump the which part of the version), and in my experience is often done somewhat arbitrarily. In addition, the version scheme is often confused with SemVer, which is not what we're doing.
With CalVer this is very easy: the version is always YYYY.0M.X, and if there's multiple releases per month we just have to increase X (for example, if there were bugs in the release).
As such, I would like to propose following xarray and switching to CalVer. What do you think?
The text was updated successfully, but these errors were encountered:
keewis
changed the title
switching to CalVer
switch to CalVer?
Jul 27, 2022
Our release policy very much follows that of
xarray
: deprecations will stay in a few releases, after which they will be applied (for example, removing old features or changing defaults).This makes it somewhat difficult to choose the new version (when do we bump the which part of the version), and in my experience is often done somewhat arbitrarily. In addition, the version scheme is often confused with SemVer, which is not what we're doing.
With CalVer this is very easy: the version is always
YYYY.0M.X
, and if there's multiple releases per month we just have to increaseX
(for example, if there were bugs in the release).As such, I would like to propose following
xarray
and switching to CalVer. What do you think?The text was updated successfully, but these errors were encountered: