Docs: LCL, LazUtils. Updates content in release number topics.

This commit is contained in:
dsiders 2023-06-26 02:05:31 +01:00
parent 2939231976
commit 7f81eb9c8d
2 changed files with 20 additions and 13 deletions

View File

@ -24,11 +24,12 @@ significant. The release number will always be 0 (zero) starting with version
3.0. 3.0.
</p> </p>
<p> <p>
In addition, odd minor version numbers no longer indicate that it is a In addition, an odd minor version numbers no longer indicate that it is a
development (or trunk) version. Minor version numbers will be incremented with development (or trunk) version. Instead, odd minor version numbers like 3.1 or
each subsequent release or fixes branch: 3.0, 3.1, 3.2, ad ininitum. 3.3 represent a fixes branch. For example: 3.1 would contain bug fixes for the
Development versions are always represented as minor version number 99; i.e. 3.0 branch and would be used as the basis for the first 3.2 release.
3.99 is the development branch for the version 3.X family. Development (or trunk) versions are always represented as minor version number
99; i.e. 3.99 is the development branch for the version 3.X family.
</p> </p>
<p> <p>
<file>lazversion.pas</file> is part of the <file>lazutils</file> package. <file>lazversion.pas</file> is part of the <file>lazutils</file> package.
@ -74,10 +75,13 @@ For the Lazarus version number 2.3.0.42, the value in laz_minor is 3.
<p> <p>
<b>Please note:</b> Starting with Lazarus version 3.0, laz_minor is <b>Please note:</b> Starting with Lazarus version 3.0, laz_minor is
incremented by 1 for each new release or fixes branch. For example: 3.0, 3.1, incremented by 1 for each new release or fixes branch. For example: 3.0, 3.1,
3.2, ad infinitum. In addition, odd minor version numbers no longer indicate 3.2, ad infinitum. In addition, an odd minor version number no longer
that they are a development (or trunk) version. The development branch is indicates that it is a development (or trunk) version. Instead, odd minor
always represented as minor version number 99; i.e. 3.99 is the development version numbers like 3.1 or 3.3 represent a fixes branch. For example: 3.1
branch for the 3.X family. would contain bug fixes for the 3.0 branch and would be used as the basis for
the first 3.2 release. Development (or trunk) versions are always represented
as minor version number 99; i.e. 3.99 is the development branch for the version
3.X family.
</p> </p>
</descr> </descr>
<seealso/> <seealso/>

View File

@ -57,10 +57,13 @@ contains the second number (2).
</p> </p>
<p> <p>
<b>Please note:</b> Starting with LCL version 3.0, lcl_minor is incremented by <b>Please note:</b> Starting with LCL version 3.0, lcl_minor is incremented by
1 for each new release. For example: 3.0, 3.1, 3.2, ad infinitum. In addition, 1 for each new release or fixes branch. For example: 3.0, 3.1, 3.2, ad
odd minor version numbers no longer indicate that they are a development (or infinitum. In addition, odd minor version numbers no longer indicate that it
trunk) version. The development branch is always represented as minor version is a development (or trunk) version. Instead, odd minor version numbers like
number 99; i.e. 3.99 is the development branch for the 3.X family. 3.1 or 3.3 represent a fixes branch. For example: 3.1 would contain bug fixes
for the 3.0 branch and would be used as the basis for the first 3.2 release.
Development (or trunk) versions are always represented as minor version number
99; i.e. 3.99 is the development branch for the version 3.X family.
</p> </p>
</descr> </descr>
<seealso>lcl_version</seealso> <seealso>lcl_version</seealso>