User Tools

  • Logged in as: anonymous (anonymous)
  • Log Out

Site Tools


mantisbt:development_scheme

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
mantisbt:development_scheme [2007/08/03 03:11] giallumantisbt:development_scheme [2008/10/29 04:25] (current) – external edit 127.0.0.1
Line 1: Line 1:
-====== Development scheme (DRAFT)======+====== Branching and Release Management Policy ======
  
 There are usually two active branches at any given time: There are usually two active branches at any given time:
  
-  * the stable branch +  * The stable branch 
-  * the development branch+  * The development branch
  
 Release packages from stable and development branches are linked on the [[http://www.mantisbt.org|home page]]. Release packages from stable and development branches are linked on the [[http://www.mantisbt.org|home page]].
  
-Between releases, the latest code is always available from our [[cvs_access|CVS]]+Between releases, the latest code is always available from our [[http://sourceforge.net/svn/?group_id=14963|Subversion repository]] 
  
 ===== Stable branch policy ===== ===== Stable branch policy =====
  
-The stable branch should receive only the most important bugfixes, so that:+The stable branch should receive only the most important bug fixes, so that: 
 + 
 +  - The development resources are focused on development branch, avoiding porting efforts when possible. 
 +  - The stable branch is kept __very stable__ and hence guarantee a safe upgrade path for everybody
  
-  - the development resources are focused on development branch, avoiding porting efforts when possible. 
-  - the stable branch is kept __very stable__ and hence gurantee a safe upgrade path for everybody 
  
 For these reasons, we will fix on the stable branch the following kind of issues: For these reasons, we will fix on the stable branch the following kind of issues:
  
-  * bugs with category "security" +  * Bugs with category "security" 
-  * bugs with severity "major" or higher ( for example: deployment stoppers, blank screens, installation issues ) +  * Critical bugs like deployment stoppers, blank screens, installation and upgrade issues 
-  * bugs that are generating a lot of support +  * Bugs that are generating a lot of support requests 
 + 
 +If unsure, feel free to ask on the mantisbt-dev mailing list 
 + 
 + 
 +===== Development Branch Policy =====
  
-if unsurefeel free to ask on the mantisbt-dev mailing list+The development branch (i.e. SVN trunk) is where all the "interesting" things happens; new features and bug fixes are usually applied here firstthen tested and ported to the stable branch when deemed necessary.
  
  
-===== Development branch policy =====+Whenever the development branch reaches a state considered good enough for becoming the "stable" one, the following happens:
  
-The development branch (that is, CVS HEAD) is where all the "interestingthings happens; new features and bug fixes are usually applied here first, then tested and ported to the stable branch when deemed necessary.+  * A new branch is created from SVN trunk 
 +  * A release candidate (RC) is created off this new branch 
 +  * The RC branch enters in a "feature freezemode (no new features added) 
 +  * Testing and bug fixing continue on the RC branch until it can be declared stable
  
-Whenever the developemnt branch reaches a state coinsidered good enough for becoming the "stable" one, the following happens: 
  
-  * a new branch is created from CVS HEAD +During feature freeze:
-  * a release candidate (RC) is created off this new branch +
-  * the RC branch enters in a "feature freeze" mode (no new features added) +
-  * testing and bug fixing continue on the RC branch until it can be declared stable+
  
-During feature freeze, new features can still enter CVS HEAD, but all developers are encouraged to help polishing the RC branch before focusing again on the develpment branch.+  * New features can still enter SVN trunk, but all developers are encouraged to help polishing the RC branch before focusing again on the development branch. 
 +  * No official releases are composed from SVN trunk (that is, the soon-to-be development branch) 
 +  * __ONLY CRITICAL FIXES__ are applied to the stable branch
  
-At this point __ONLY CRITICAL FIXES_ are applied to the stable branch 
  
 At release time: At release time:
  
-  * the RC branch becomes the new stable branch +  * The RC branch becomes the new stable branch 
-  * support ends for the old stable branch +  * Support ends for the old stable branch 
-  * normal develpment resumes on CVS HEAD+  * Normal development resumes on SVN trunk
  
mantisbt/development_scheme.1186125086.txt.gz · Last modified: 2008/10/29 04:31 (external edit)

CC Attribution-Noncommercial-Share Alike 4.0 International Driven by DokuWiki