Difference between revisions of "Policies/Minor Point Release Policy"

Jump to: navigation, search
(Created page with 'KDE Provides minor point releases approximately every month after a major point release. As stable releases these are recommended to a wide user base who expect a high degree of...')
 
 
(2 intermediate revisions by one user not shown)
Line 1: Line 1:
KDE Provides minor point releases approximately every month after a major point release.
+
KDE provides minor point releases approximately every month after a major point release of the main modules.
  
 
As stable releases these are recommended to a wide user base who expect a high degree of stability.  Changes should therefore be verifiable, reliable and regression free.
 
As stable releases these are recommended to a wide user base who expect a high degree of stability.  Changes should therefore be verifiable, reliable and regression free.
  
 
These releases must only contain:
 
These releases must only contain:
* Severe bugs: security vulnerabilities, severe regressions from previous releases, data loss bugs
+
* Fixes for severe bugs: security vulnerabilities, severe regressions from previous releases, data loss bugs
* Fixes to bugs which are easy to verify
+
* Fixes for bugs which are easy to verify
 
* Updated translations
 
* Updated translations
 
* Updated manuals
 
* Updated manuals

Latest revision as of 17:35, 27 February 2011

KDE provides minor point releases approximately every month after a major point release of the main modules.

As stable releases these are recommended to a wide user base who expect a high degree of stability. Changes should therefore be verifiable, reliable and regression free.

These releases must only contain:

  • Fixes for severe bugs: security vulnerabilities, severe regressions from previous releases, data loss bugs
  • Fixes for bugs which are easy to verify
  • Updated translations
  • Updated manuals

They must not contain:

  • API changes in public libraries
  • New strings

In case you need absolutely new API or new strings to fix a important bug, approval from the relevant teams is needed.

  • For API changes in public libraries you need the approval of kde-core-devel
  • For new strings you need the approval of kde-i18n-doc

This page was last modified on 27 February 2011, at 17:35. This page has been accessed 3,709 times. Content is available under Creative Commons License SA 3.0 as well as the GNU Free Documentation License 1.2.
KDE® and the K Desktop Environment® logo are registered trademarks of KDE e.V.Legal