diff options
| author | Rainer Gerhards <rgerhards@adiscon.com> | 2007-09-05 09:05:15 +0000 |
|---|---|---|
| committer | Rainer Gerhards <rgerhards@adiscon.com> | 2007-09-05 09:05:15 +0000 |
| commit | db7a55cd76098755426bc1e72b744349ea494801 (patch) | |
| tree | 9c8e9c3ff6271c5535a70be0e535da49f498ba2a /doc/version_naming.html | |
| parent | 583d18a20e30d7bd86b68c7631b83a6d67e2e596 (diff) | |
| download | rsyslog-db7a55cd76098755426bc1e72b744349ea494801.tar.gz rsyslog-db7a55cd76098755426bc1e72b744349ea494801.tar.xz rsyslog-db7a55cd76098755426bc1e72b744349ea494801.zip | |
added some links to in-depth info on the web
Diffstat (limited to 'doc/version_naming.html')
| -rw-r--r-- | doc/version_naming.html | 61 |
1 files changed, 32 insertions, 29 deletions
diff --git a/doc/version_naming.html b/doc/version_naming.html index a1923fc2..31fe056e 100644 --- a/doc/version_naming.html +++ b/doc/version_naming.html @@ -1,30 +1,33 @@ -<html>
-<head>
-<title>rsyslog bugs and annoyances</title>
-</head>
-<body>
-<h1>Version Naming</h1>
-<p>This document briefly outlines the strategy for naming versions. It applies
-to versions 1.0.0 and above. Versions below that are all instable and have a
-different naming schema.</p>
-<p>The major version is incremented whenever a considerate, major features have
-been added. This is expected to happen quite infrequently.</p>
-<p>The minor version number is incremented whenever there is "sufficient need"
-(at the discretion of the developers). There is a notable difference between
-stable and instable branches. The <b>stable branch</b> always has a minor
-version number in the range from 0 to 9. It is expected that the stable branch
-will receive bug and security fixes only. So the range of minor version numbers
-should be quite sufficient.</p>
-<p>For the <b>instable branch</b>, minor version numbers always start at 10 and
-are incremented as needed (again, at the discretion of the developers). Here,
-new minor versions include both fixes as well as new features (hopefully most of
-the time). They are expected to be released quite often.</p>
-<p>The patch level (third number) is incremented whenever a really minor thing
-must be added to an existing version. This is expected to happen quite
-infrequently.</p>
-<p>In general, the instable branch carries all new development. Once it
-concludes with a sufficiently-enhanced, quite stable version, a new major stable
-version is assigned.</p>
-
-</body>
+<html> +<head> +<title>rsyslog bugs and annoyances</title> +</head> +<body> +<h1>Version Naming</h1> +<p>This document briefly outlines the strategy for naming versions. It applies +to versions 1.0.0 and above. Versions below that are all instable and have a +different naming schema.</p> +<p><b>Please note that version naming is currently being changed. There is a +<a href="http://rgerhards.blogspot.com/2007/08/on-rsyslog-versions.html">blog +post about future rsyslog versions</a>.</b></p> +<p>The major version is incremented whenever a considerate, major features have +been added. This is expected to happen quite infrequently.</p> +<p>The minor version number is incremented whenever there is "sufficient need" +(at the discretion of the developers). There is a notable difference between +stable and instable branches. The <b>stable branch</b> always has a minor +version number in the range from 0 to 9. It is expected that the stable branch +will receive bug and security fixes only. So the range of minor version numbers +should be quite sufficient.</p> +<p>For the <b>instable branch</b>, minor version numbers always start at 10 and +are incremented as needed (again, at the discretion of the developers). Here, +new minor versions include both fixes as well as new features (hopefully most of +the time). They are expected to be released quite often.</p> +<p>The patch level (third number) is incremented whenever a really minor thing +must be added to an existing version. This is expected to happen quite +infrequently.</p> +<p>In general, the instable branch carries all new development. Once it +concludes with a sufficiently-enhanced, quite stable version, a new major stable +version is assigned.</p> + +</body> </html>
\ No newline at end of file |