Diskussion:Versionsnummer

Build-Nummer

(Wann) wird die Build-Nummer zurückgesetzt? Oder wird die einfach fortlaufend mit jedem Build inkrementiert? --Darts 22:19, 21. Mär. 2007 (CET)

Meiner Erfahrung nach wird die Build-nummer inkrementiert.--Avron 16:47, 5. Apr. 2007 (CEST)

Das würde mich auch interessieren. Das ist nicht genau genug im Artikel beschrieben. Gibt es jemanden, der eine definitive Aussage machen kann? Avron ist sich scheinbar auch nicht sicher. --Hypersim 10:59, 25. Apr. 2007 (CET)

Das steht meines Erachtens klar genug im Artikel: "bei 0001 beginnend mit jedem Kompilieren des Codes um 1 erhöht", d.h., das Inkrement ist in der Regel 1. --Hesiod62 10:24, 28. Sep. 2007 (CEST)

Wobei das mMn nicht wirklich immer so gemacht wird. z.B. glaube ich nicht, dass es ein Zufall ist, dass Windows 95 Build 950, Win 98 Build 1998, Windows 98SE Build 2222 und Vista (= Windows NT 6.0) Build 6000 ist (immer bezogen auf die erste Verkaufsversion, also ohne Service Packs). --MrBurns 04:19, 21. Mär. 2009 (CET)

Verwendet man Versionskontrolsysteme, so wird an Stelle der Build-Nummer gerne eine Nummer verwendet, welche die Quellen zum Kompilat innerhalb des Versionskontrolsystems eindeutig identifiziert. Auf diese Weise ist es sehr einfach im Falle eines Bugs and die zugehörigen Quellen zu gelangen. (nicht signierter Beitrag von 217.111.63.228 (Diskussion) 09:55, 25. Jun. 2010 (CEST))

Ich denke, die Handhabung mit der Versions- und Buildnummer macht jeder Entwickler/Studio mit sich selber aus. -- 91.4.0.208 18:14, 2. Mai 2011 (CEST)

Verallgemeinern?

Die hier beschriebene Systematik wird nicht nur in der Softwareentwicklung verwendet. Solle man den Artikel verallgemeinern?--Avron 12:55, 17. Jun. 2007 (CEST)

Windows XP vs. Windows 5.1

Im letzten absatz stimmts nich so ganz mit dem 5.1 ;) es is NT5.1 nach meinem wissen. steht auch so im artikel von Windows XP. Ich änder das mal eben... -- Gruß Mihawk90 14:48, 11. Okt. 2007 (CEST)

Windows NT 3.1

Vielleicht könnte man als Beispiel für Ausgelassene Versionsnummern Win NT 3.1 nennen, welches ja eigentlich die erste Version von NT war, jedoch da es nach Windows 3.1 rausgekommen ist die Versionsnummer 3.1 bekommen hat. --MrBurns 22:06, 28. Okt. 2007 (CET)

Ich hab mal was dazu geschrieben. --MrBurns 21:56, 18. Dez. 2009 (CET)

Versionsnummern ausserhalb Software?

Kann man dazu etwas schreiben?-- Avron 13:01, 10. Jan. 2009 (CET)

Ich denke, ein Satz reicht: "Versionsnummern werden teilweise auch in anderen bereichen als Software verwendet, z.B. für Hardwarevisonen". --MrBurns 22:00, 18. Dez. 2009 (CET)

Gerade und ungerade Nebenversionsnummern in OpenSource

Soweit ich mich erinnere gibt es in der Open Source-Szene eine spezielle Regel für die Vergabe der Nebenversionsnummern, wobei hier die ungerade Nummer auf die Unstable- Enwicklungs-Version für das folgende stabile Sub-Release bezieht, also praktisch eine Beta-Version ist, während die gerade Nebenversionsnummer dann die "Stable" Version ist, also die für Produktionszwecke vorgesehene Version. Liege ich hier richtig, sollte man das hier nachtragen -- Peter Wiegel 11:53, 18. Dez. 2009 (CET)

Ich glaub,d as wird bei einigen Projekten so genadhabt, ist aber auch im Open Source Bereich nicht allgemeingültig. --MrBurns 21:55, 18. Dez. 2009 (CET)

Konflikt Versionsname / Versionsnummer

Vielleicht, nachdem hier schon die Release-Nummern von Windows andiskutiert wurden, könnte man auch auf den Unterschied zwischen einem Versionsnamen - hier Windows7 und der Versionsnummer hier 6.1 eingehen. Interessant hierbei wieder die Buid-Nummer der RC-Version: 7100, die wieder auf das Windows7 als .1-Subrelease der NT6-Reihe verweist. Ich persönlich hätte Microsoft allerdings geraten, Vista als 6.9 (also der Unstable zu 7.0) zu Versionieren (Mit überspringen der in der Entwicklung "verbratenen" Versionen (z.B. "Longhorn")) um so dann den echten Fortschritt zur dann "Stable"-7.0 die dann auch Windows7 heist besser zu verdeutlichen. So sehen viele Vista-Nutzer in Win7 "nur" so etweas wie ein Servicepack... Im Versionen überspringen hat Microsoft ja Erfahrung, hier wär es aber tatsächlich zu erklären. -- Peter Wiegel 12:11, 18. Dez. 2009 (CET)

Man könnte sich überlegen den Artikel auf Versionsbezeichnung zu verschieben. Zu "Überspringen" von Versionsnummern gibt es da ein tolles Beispiel: J2EE von 1.4 rucki zucki auf 5-- Avron 17:04, 19. Dez. 2009 (CET)

Plädiere auch dafür, den Artikel auf die allgemeinere (und m.E. korrekte) Formulierung Versionsbezeichnung zu verschieben. So ist es übrigens bei den Releases bereits verwendet... --Rolf Acker 00:21, 9. Feb. 2011 (CET)

Marketingaspekte

Google Chrome ist doch hier ein gutes Beispiel. Fast monatlich wird die Hauptversionsnummer erhöht, um an die Konkurenten Firefox (derzeit 4.x) und Opera (11.x) möglichst rasch vorbeizuziehen und dann als der Browser mit der kürzesten Geschichte (2 Jahre alt), aber höchsten Versionsnummer (im März gibt es die 10.x) dazustehen. (nicht signierter Beitrag von 139.20.53.46 (Diskussion) 17:24, 8. Feb. 2011 (CET))

Version (software)

Bei google wird wenn man nach version sw sucht auf den version (Software) Artikel verlinkt welcher schlecht ist könnte man da nicht auf den Artikel hier Verlinken und den überzäligen löschen.

Lg Onnh (10:45, 5. Feb. 2015 (CET), Datum/Uhrzeit nachträglich eingefügt, siehe Hilfe:Signatur)

Schreibweise von Versionsnummern mit Punkt statt Komma

Erstaunlicherweise werden Versionsnummern auch im deutschen Sprachraum immer mit Punkt als Dezimaltrenner geschrieben, obwohl das hierzulande gültige Dezimaltrennzeichen eigentlich das Komma ist. Tatsächlich fällt mir kein Land ein, in dem Versionsnummern nicht mit Punkt geschrieben werden, auch wenn das jeweilige Dezimaltrennzeichen davon abweicht. Kennt jemand Ausnahmen? Hat sich das einfach so "eingebürgert", oder gibt es irgendeinen Standard, der das so festschreibt? --Matthiaspaul (Diskussion) 17:58, 13. Aug. 2016 (CEST)

Versionsnummern sind keine Zahlen, auch wenn sie oft aus mehreren (dann meist durch Punkte getrennten) Zahlen bestehen. Deshalb auch -nummer und nicht -zahl. Den heutigen Tag schreibt man ja auch nicht als 2016,8,13 ;-) --nenntmichruhigip (Diskussion) 20:01, 13. Aug. 2016 (CEST)

Interessanter Beitrag, danke!

Allerdings besitzen Versionsnummern ja (in der Regel, nicht immer) Eigenschaften wie Abzählbarkeit, Sortierreihenfolge / Wertigkeit. Mit "klassischen" Versionsnummern der Form x.y kann man sogar (strich-)rechnen. Insofern würde ich Versionsnummern in dieser Form durchaus als Zahl auffassen.

Der Spaß fängt aber an, wenn mehr als zehn Unterversionen vorkommen können - bei Zahlen bräuchte man dann eine entsprechende Anzahl führender Nullen, bei Versionsnummern werden diese oft zunächst weggelassen und erst später bei Bedarf hinzugefügt (Stichwort: Stellenwertsystem) - wobei sich dann das Problem stellt, daß eine Version 1.9 nach dem Erscheinen einer Version 1.10 als Version 1.09 interpretiert werden muß, um sie numerisch vor der 1.10 einzuordnen, obwohl sie eigentlich zu 1.90 expandiert werden müßte.

Insofern würde ich Versionsnummern je nach konkreter Ausformung als "Zwischending" zwischen Nummern und (rationalen) Zahlen gemäß der Definitionen in den anderen Artikeln ansehen.

Noch diffiziler wird es übrigens, wenn man bedenkt, daß unsere Zahlen im englischsprachigen Raum als "number" bezeichnet werden, wohingegen das, was unser Artikel als Nummern bezeichnet, dort üblicherweise als "nominal number" (Nominalzahl) durchgeht.

--Matthiaspaul (Diskussion) 13:15, 14. Aug. 2016 (CEST)

Wenn das auf Hauptversion 1, Unterversion 9 folgende Release Hauptversion 1, Unterversion 10 ist, wird aus Version 1.9 nicht Version 1.90. Und auch nicht 1.09, weil die Schreibweise (wie für Nummern üblich) in einer bestimmten Form festgelegt ist. Führende Nullen bei Versionsnummern kenne ich eigentlich nur von Ubuntu, wo die Versionsnummer sich ungefähr aus dem Monat ergibt. Das mit dem damit Rechnen können würde ich gerne auch widerlegen, aber ein bisschen "herumrechnen" sollte hoffentlich klarmachen, warum das nicht geht. --nenntmichruhigip (Diskussion) 19:31, 14. Aug. 2016 (CEST)

Hm, es gibt genügend Beispiele, wo sich in der Praxis beim Übergang von Unterversion 9 zu Unterversion 10 genau das beschriebene Problem gestellt hat, aber es gibt natürlich genauso unzählige Beispiele, wo das nicht zutrifft.

Was das "Rechnen" angeht, es stellt sich zwar das Problem, daß es in der Regel semantisch keine konstante Schrittweite zwischen den Versionen gibt, aber Aussagen wie "vor zwei Versionen", "mit der übernächsten Unterversion" sind durchaus gängig und haben auch einen gewissen Aussagegehalt - mit Telefonnummern kann man das zwar auch versuchen, aber es kommt nichts Sinnvolles dabei heraus.

Aber letztlich ging es mir mit meiner Frage / Anmerkung um etwas anderes, nämlich darum, herauszufinden, warum wir bei Versionsnummern einen Punkt verwenden, und welcher Standard das so definiert - natürlich, um die Information dann in den Artikel aufzunehmen.

Ich habe über die Jahrzehnte bisher zwei Beispiele gesehen, wo ein Softwareentwickler in der Versionsausgabe das landessprachlich übliche Dezimaltrennzeichen verwendet hat, was dann hierzulande zu befremdlich wirkenden Bildschirmausgaben wie "Version 7,00" geführt hat - für den Entwickler selbst stellte sich das Problem nicht, da seine landessprachlichen Einstellungen einen Punkt als Dezimaltrenner definierten. Da in diesem Fall die Versionsnummer intern auch als rationale Zahl verwendet wurde, bekommt man argumentiv schon Schwierigkeiten, zu begründen, daß dort eben trotzdem ein Punkt hingehört (notfalls festverdrahtet), einfach weil's eine Versionsnummer ist. Genau deshalb wäre es schön, wenn das irgendwo klar definiert wäre.

Welche Aussage trifft die Rechtschreibdeformation zur Schreibung von Versionsnummern? Gibt es einen DIN-Standard dafür?

--Matthiaspaul (Diskussion) 23:45, 14. Aug. 2016 (CEST)

Die Versionsnummer ist eine Sache, wie sie angezeigt wird eine andere. Viele Programme (z.B. viele Spiele und die meisten Android-Apös) zeigen die Versionsnummer gar nicht an, sondern haben sie nur in einer Textdatei (meist README.TXT) und/oder als Dateiattribut. Dennoch haben diese Programme eine Versionsnummer. --MrBurns (Diskussion) 00:32, 15. Aug. 2016 (CEST)

Afaik gibt es keine Norm dazu, weil es eben jedes Projekt für sich selbst entscheiden kann, und das dann die einzig richtige Variante ist. An sowas mit lokalisiertem Dezimaltrennzeichen als Trennzeichen in der Versionsnummer erinnere ich mich auch bei irgendeinem Projekt. Da wurde das ganz klar als Fehler angesehen. Sowas passiert auch z.B. wenn man in ein Dateiformat exportiert, in dem als Dezimaltrennzeichen ein Punkt zu verwenden ist (also fast alle, die nicht ausschließlich für Menschen bestimmt sind), dass man versehentlich das lokalisierte Dezimaltrennzeichen schreibt. --nenntmichruhigip (Diskussion) 15:23, 15. Aug. 2016 (CEST)

Versionsnummern sind definitiv keine Zahlen. Viele haben auch mehr als einen Punkt, z.B. mein Handy hat Android Version 4.4.2 --MrBurns (Diskussion) 19:38, 14. Aug. 2016 (CEST)

Zurücksetzen der Unterversions-Nummer beim Erhöhen der Versionsnummer

Ich kenne es so, dass beim Erhöhen einer (Unter-)Versionsnummer hierarchisch niedrigere Nummern auf 0 zurückgesetzt werden: Auf Version 1.3.2 folgt entweder Version 1.3.3, 1.4.0 oder 2.0.0 (je nach Umfang/Ausmaß der Änderung) und nicht Version 1.4.2 bzw. 2.3.2, stimmt ihr mir da zu? Das wird im Artikel bislang nämlich nicht erwähnt und sollte m.E. ergänzt werden. Johnny2b0 (Diskussion) 16:51, 10. Dez. 2018 (CET)

Ja, das trifft meines Erachtens nach zu. Von mir aus kannst du loslegen. ‣Andreas•⚖ 17:18, 10. Dez. 2018 (CET)

Releases sind keine Versionsnummern

Im Text wird immer wieder auf die englischen Begriffe mit "release" hingewiesen. Ein Release ist aber eine Freigabe, d. h. eine (meist schon vorher benannte und nicht zwangsweise öffentlich nummerierte) ausgesuchte Version, welche (z. B. zur Veröffentlichung) freigegeben wird. Ein Beispiel ist das erste Release von "Windows 95", welches intern m.E. auf Versionen unter dem Kodenamen "Chicago" aufbaute. Eine Version kann freigegeben werden, aber nicht jede Version wird auch freigegeben. Daher erscheint die Erklärung, eine Haupt-Version sei ein major release, zweifelhaft. Auch im Englischen gibt es den (allerdings seltener benutzten) Begriff der version sowie der revision. Ob man Releases dann mit einem Versionsstand (z. B. "4.0") gleich setzt und vorher nuch Nachkommastellen erhöht, ob man bei einem Wechsel der Hauptversion die Unterversion (oder Revision) auf 0 setzt oder beibehält - all das sind keine Gesetze. Versionsbezeichnungen sind oft numerisch, aber selbst dann ist die Versionsnummer nicht den mathematischen Gesetzen unterworfen, was spätestens bei Forks (Weiterentwicklung einer älteren Version) auffällt: Version 4.2 muss nicht der Nachfolger des Forks 4.1.5 sein, vermutlich bauen nur beide auf 4.1 auf. Und welche Version schließlich 'released' wird, entscheidet nicht die Versionsverwaltung, sondern ein Management. --Tom Stein (Diskussion) 13:58, 30. Mär. 2023 (CEST)