Follow Semantic Versioning in Releases #13

Open
opened 2020-10-29 23:31:42 +02:00 by gytisrepecka · 1 comment
Owner

Follow Semantic Versioning in application Releases.

Given a version number MAJOR.MINOR.PATCH, increment the:

  • MAJOR version when you make incompatible API changes,
  • MINOR version when you add functionality in a backwards compatible manner, and
  • PATCH version when you make backwards compatible bug fixes.

Additional labels for pre-release and build metadata are available as extensions to the MAJOR.MINOR.PATCH format.

Follow [Semantic Versioning](https://semver.org/) in application [Releases](https://source.gyt.is/gytisrepecka/webimg/releases). > Given a version number MAJOR.MINOR.PATCH, increment the: > > * MAJOR version when you make incompatible API changes, > * MINOR version when you add functionality in a backwards compatible manner, and > * PATCH version when you make backwards compatible bug fixes. > > Additional labels for pre-release and build metadata are available as extensions to the MAJOR.MINOR.PATCH format.
gytisrepecka changed title from Follow Semantic Versioninf to Follow Semantic Versioning in Releases 2020-10-29 23:31:56 +02:00
gytisrepecka added the
bug
label 2020-10-29 23:34:05 +02:00
Author
Owner

The simplest thing to do is start your initial development release at 0.1.0 and then increment the minor version for each subsequent release.

If your software is being used in production, it should probably already be 1.0.0. If you have a stable API on which users have come to depend, you should be 1.0.0. If you’re worrying a lot about backwards compatibility, you should probably already be 1.0.0.

> The simplest thing to do is start your initial development release at 0.1.0 and then increment the minor version for each subsequent release. > > If your software is being used in production, it should probably already be 1.0.0. If you have a stable API on which users have come to depend, you should be 1.0.0. If you’re worrying a lot about backwards compatibility, you should probably already be 1.0.0.
gytisrepecka added this to the v0.1.0 milestone 2021-06-11 16:13:28 +03:00
Sign in to join this conversation.
No Milestone
No Assignees
1 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: gytisrepecka/webimg#13
No description provided.