Modify preamble to clearly identify SemVer as being based on existing practices #32

Closed
opened 2026-02-17 11:04:01 -06:00 by GiteaMirror · 2 comments
Owner

Originally created by @TheRealEdwardCullen on GitHub (Jul 27, 2012).

As a solution to this problem, I propose a simple set of rules and requirements that dictate how version numbers are assigned and incremented. For this system to work...

Should be something like:

As a solution to this problem, I propose a simple set of rules and requirements that dictate how version numbers are assigned and incremented. These rules based on pre-existing widespread common practices in use in both closed and open-source software - I am merely formalising them in a rigourous way.

For this system to work...

Reasoning: Make it clear up-front that you didn't "just make this up".

Originally created by @TheRealEdwardCullen on GitHub (Jul 27, 2012). > As a solution to this problem, I propose a simple set of rules and requirements that dictate how version numbers are assigned and incremented. For this system to work... Should be something like: > As a solution to this problem, I propose a simple set of rules and requirements that dictate how version numbers are assigned and incremented. These rules based on pre-existing widespread common practices in use in both closed and open-source software - I am merely formalising them in a rigourous way. > > For this system to work... Reasoning: Make it clear up-front that you didn't "just make this up".
Author
Owner

@icylace commented on GitHub (Feb 22, 2013):

Maybe it also needs to be clear that SemVer is not limited by what common practice is if in the future common practice differs from what the SemVer spec is.

For example, what if one day marketing version numbering becomes more prevalent than technical version numbering?

@icylace commented on GitHub (Feb 22, 2013): Maybe it also needs to be clear that SemVer is not limited by what common practice is if in the future common practice differs from what the SemVer spec is. For example, what if one day marketing version numbering becomes more prevalent than technical version numbering?
Author
Owner

@haacked commented on GitHub (Mar 13, 2013):

Could you submit this as a PR? It's easier to manage that way. Thanks!

@haacked commented on GitHub (Mar 13, 2013): Could you submit this as a PR? It's easier to manage that way. Thanks!
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/semver#32