Version Numbering/de

From Free Pascal wiki
Jump to: navigation, search

Deutsch (de) | English (en) | español (es) | 日本語 (ja) | русский (ru)

Erläuterung der verschiedenen Versionsnummern von Lazarus

Am wichtigsten zu wissen ist die Tatsache, dass es sich um ein stabiles/veröffentliches Release handelt, wenn die letzte Zahl der Version eine gerade Zahl ist. Zum Beispiel wurde Version 0.9.24 veröffentlicht, die nie mehr verändert wird.

Aber die Entwickler arbeiten an einer aktuellen Version, die täglich geändert wird. Die letzten Zahlen dieser Versionen sind ungerade. Daher arbeiten die Entwickler an Version 0.9.25, ab dem Moment, in dem 0.9.24 veröffentlicht wurde. Diese Version wird gewartet mittels SVN (Getting Lazarus) und jeder Patch erhält eine Revisionsnummer.

Zum Beispiel, in dem Moment, in dem dies hier geschrieben wird, hat die aktuelle SVN/0.9.13 Version die Revisionsnummer 8792. Sie ist verfügbar mittels SVN. Jede Nacht werden einige Snapshots aus der aktuellen Revision erstellt.

Was ist mit bereinigten Bugs, in welcher Version ist die Bereinigung enthalten?

Nehmen sie diesen Bug als Beispiel. Das Ziel ist die Version, in der die Entwickler planen, dieses Problem zu lösen. In diesem Fall bedeutet dies, dass Version 0.9.12 nicht veröffentlicht werden kann, wenn dieser Bug nicht bereinigt ist. Auf diese Weise haben wir auch eine nette Liste von Bugs, die behoben werden müssen, bevor eine Version veröffentlicht werden kann. Sie können diese Liste sehen im Bug-tracker, indem sie den passenden Filter setzen.

Sie können sehen, dass Bug 1227 in Revision 8004 behoben wurde. Daher müssen alle Versionen mit einer höheren Revisionsnummer als 8004 diesen Patch enthalten. Die Revisionsnummer von Version 0.9.10 ist 7919. Daher ist dieser Fix nicht in dieser Version enthalten. Aber die Bereinigung wird in der nächsten veröffentlichten Version sein - Version 0.9.12. Natürlich ist sie auch in den nicht stabilen SVN-Versionen (0.9.11).

Versionsnummern in Form eines Graphen

Möglicherweise wird dies einigen Benutzer helfen, die Versionsnummerierung etwas besser zu verstehen.

o - trunk has version 0.9.25: development + experimental stuff
|
|\
| \
|  |
|  o - (branches\fixes_0.9.26) - feature freeze + release candidate
|  |\ 
|  | o - (tags\release_0_9_26)
|  |
|  o - (branches\fixes_0.9.26) - some fixes and low impact new features were added from trunk to 0.9.26.1
|  |\
|  | o - (tags\0.9.26.2) - release 0.9.26.2 from the fixes branch.
|  |
|  o - some fixes from trunk were applied to 0.9.26.3, but no release was made.
|
o - trunk becomes version 0.9.27
|
|
|\
| \
|  |
|  o - (branches\fixes_0.9.28) - feature freeze + release candidate, still version 0.9.27
|  |\
|  | o - (tags\release_0_9_28) - this will happen in the future
|  |
|  o - (branches\fixes_0.9.28) - some fixes and low impact new features will be added from trunk to 0.9.28.1
|
o - trunk becomes version 0.9.29
|
|
|\
| \
|  |
|  o - (branches\fixes_0.9.30) - feature freeze + release candidate, still version 0.9.29
|  |\
|  | o - (tags\release_0_9_30) - this will happen in the near future
|  |
|  o - (branches\fixes_0.9.30) - some fixes and low impact new features will be added from trunk to 0.9.30.1
|
o - trunk becomes version 0.9.31: continued development + experimental stuff


Beachten Sie, dass der Entwicklungszweig (Trunk) sofort nach der Verzweigung eine neue Versionsnummer erhält. Deshalb existiert die Version 0.9.31 von Trunk zur selben Zeit wie die Version 0.9.30 oder Version 0.9.30.1 in branches\fixes_0.9.30.