summaryrefslogtreecommitdiffstats
path: root/doc/release-faq.txt
diff options
context:
space:
mode:
authorMarcel Holtmann <marcel@holtmann.org>2010-12-15 08:56:43 +0100
committerMarcel Holtmann <marcel@holtmann.org>2010-12-15 08:56:43 +0100
commit2e2d69a78d7075d22b97c4666bd1d362fd3d667a (patch)
tree0f4d9f29bf509b7fb0712f701148e82f2d3fcc24 /doc/release-faq.txt
parentd06c03f0999460e4d9576d95e406738eb6b33102 (diff)
downloadofono-2e2d69a78d7075d22b97c4666bd1d362fd3d667a.tar.bz2
doc: Add short FAQ for release process details
Diffstat (limited to 'doc/release-faq.txt')
-rw-r--r--doc/release-faq.txt42
1 files changed, 42 insertions, 0 deletions
diff --git a/doc/release-faq.txt b/doc/release-faq.txt
new file mode 100644
index 00000000..4174ba2e
--- /dev/null
+++ b/doc/release-faq.txt
@@ -0,0 +1,42 @@
+oFono release FAQ
+*****************
+
+What is the release cycle?
+==========================
+
+There is no clear specified release cycle. The project follows the general
+open source paradigm of release early and release often. Historically the
+release cadence has been about two to three weeks.
+
+The two weeks release cycle is a general rule of thumb. It will never be
+precise down to an exact day. The decision to release is driven by the
+code flow and changes made during that cycle. When a closed set of features
+has been merged, then a new release is considered. When a lot changes are
+merged, then the release cycle can be decreased down to weekly releases.
+And in case not many changes have been made and no new features are merged,
+it can happen that the release cycle becomes as long as one month.
+
+In addition to the normal releases during a cycle, there could be also
+so called brown-paper-bag type of releases. The releases are fixing
+critical issues with the previous release. Normally they happen in case a
+serious bug or regression slipped into the source and where it makes sense
+to fix it right away. The goal is to keep this type of releases to a bare
+minimum, but they do happen every now and then. From past releases they
+are to be expected around three times per year.
+
+
+What does the release number mean?
+==================================
+
+Every release contains a major and a minor version. The major version only
+indicates an API version and it should not change until the D-Bus API is
+backwards incompatible. The same major version can contain new version of
+the API as long as it is backward compatible. This allows for extensions
+of the D-Bus API within the same major version.
+
+The minor version number is just an increasing number and has itself no
+special meaning. The minor version will increase until a new backwards
+incompatible API is required and a new major number is used.
+
+There is no stable API guarantee for the internal plugin API. The release
+numbers are not covering this.