Skip to content
This repository has been archived by the owner on Apr 23, 2024. It is now read-only.

Consider release to comply with semver #33

Closed
SebRut opened this issue Sep 22, 2019 · 4 comments
Closed

Consider release to comply with semver #33

SebRut opened this issue Sep 22, 2019 · 4 comments
Labels
enhancement New feature or request

Comments

@SebRut
Copy link
Owner

SebRut commented Sep 22, 2019

According to semver spec (https://semver.org) APIs should be in 1.0.0 when used publicly which is kinda the case with the grocy custom component.

@BlueBlueBlob
Copy link
Contributor

BlueBlueBlob commented Sep 22, 2019

It's about version ?
Travis said I have to tag a commit to bump version.
Is it about it ?

@SebRut
Copy link
Owner Author

SebRut commented Sep 22, 2019

Sem(antic) Ver(sioning) is about using meaningful versions to indicate compatible releases. Currently we're on 0.x.x which means anything can break without notice but starting with version 1.0.0 all releases within the same major version have to be compatible. So this is mostly about making the library easier to use and update without having to do detailed checks on every new release :)

The thing with travis is about something different. We use travis to build and release new versions on PyPI for pip etc. To do so one has to increase the version in setup.py and tag the commit with v and the current version, e.g. v0.12.0 for our next release. Currently I'm doing new releases every now and then as needed.

@BlueBlueBlob
Copy link
Contributor

I'm learning a lot :)
Thanks.

@SebRut SebRut added the enhancement New feature or request label Dec 3, 2019
@SebRut
Copy link
Owner Author

SebRut commented Aug 28, 2020

not real issue I guess

@SebRut SebRut closed this as completed Aug 28, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants