Man kanns eigentlich ganz einfach zusammen fassen:
x = Major Release (Hauptrelease, bei erhöhung handelt es sich meist um ein ziemlich neues programm bzw. fertiges programm)
y = Minor Release (Unterversion, wird meist benutzt wenn es neue features gibt aber sich die grundlage wenig bis kaum ändert)
z = Bugfix Release (Fehlerbehebungen, sollte selbsterklärend sein)
x.y.z
Dabei hält sich dieses Schema nicht an übliche Zahlen aus der Mathematik. Sprich nach 1.9 kommt nicht automatisch 2.0 sondern 1.10, falls ein weiterer Minor Release geplant ist. Gleiches gilt natürlich auch zum Beispiel für 1.99 -> 1.100 usw.
Dann gibts noch die besagten RCs, wie bereits erklärt wurde sind das die Release Candidates. Eine RC ist meistens frei von den gröbsten Bugs. Wenn es doch mal verbesserungsbedarf gibt kann es auch weitere RCs geben. Wenn alles gut läuft entspricht der letzte RC immer der Final.
->
http://semver.org erklärt es eigentlich ziemlich gut
btw. gibt es patchnotes?
