[DISCUSSION] YARN 1.0.0 release
See original GitHub issuePer our 1.0.0 release discussion on #34 and talking a bit with @lresende, we think it might be best to jump directly to 1.0.0
and by-pass a pre-release of 1.0.0b1
or 1.0.0xxx
. The reason for this is two-fold:
- pip installs would require
--pre
to access the pre-release. - Dependent applications cannot add
yarn-api-client>=1.0.0
and have that pull down1.0.0b1
when installing the dependent application.
As a result, it might be best to just go to 1.0.0
which enables dependent applications to pin a minimum version and pip installs “just work”.
We would then use 1.0.x
for any immediate bugs - essentially becoming a “post-release beta”. 😄
This also adheres to the mantra that API-breaks require an increment to major version (as we’ve discussed), so using something like 0.9.x
as our “pre-release” carriers is also a violation.
Summary: Proposal is to optimistically move to 1.0.0
while creating maintenance releases to stabilize.
Comments, suggestions?
Issue Analytics
- State:
- Created 4 years ago
- Reactions:1
- Comments:12 (11 by maintainers)
Top GitHub Comments
That’s great news Dmitry - thanks for your great work.
Are we ready to cut 1.0?
cc: @lresende, @toidi, @dimon222
We can probably close this, since release already happened.