summaryrefslogtreecommitdiffstats
path: root/doc/version_naming.html
diff options
context:
space:
mode:
authorRainer Gerhards <rgerhards@adiscon.com>2007-09-05 09:05:15 +0000
committerRainer Gerhards <rgerhards@adiscon.com>2007-09-05 09:05:15 +0000
commitdb7a55cd76098755426bc1e72b744349ea494801 (patch)
tree9c8e9c3ff6271c5535a70be0e535da49f498ba2a /doc/version_naming.html
parent583d18a20e30d7bd86b68c7631b83a6d67e2e596 (diff)
downloadrsyslog-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.html61
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 &quot;sufficient need&quot;
-(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 &quot;sufficient need&quot;
+(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