CHDK Wiki
m (whoops, got carried away changing dates)
(Update for 1.2 release)
(4 intermediate revisions by the same user not shown)
Line 1: Line 1:
 
=Introduction=
 
=Introduction=
This page describes the development and release strategy adopted as of December 2011..
+
This page describes the current development and release strategy. See [[Releases]] for a roadmap of current and past releases.
   
 
==History / Motivation==
 
Original release strategy discussion in the forum http://chdk.setepontos.com/index.php?topic=2905.15
 
Original release strategy discussion in the forum http://chdk.setepontos.com/index.php?topic=2905.15
   
==History / Motivation==
 
 
Prior to the adoption of this strategy, there was a single "autobuild" which was both the development trunk and the only version readily available to end users. This made it extremely difficult to implement major changes without negatively impacting users.
 
Prior to the adoption of this strategy, there was a single "autobuild" which was both the development trunk and the only version readily available to end users. This made it extremely difficult to implement major changes without negatively impacting users.
   
Line 18: Line 18:
 
All major new features or code re-writes will be done here.
 
All major new features or code re-writes will be done here.
   
As of July 2012, the development version 1.2.0 is in the "active development phase" as described below.
+
As of July 2013, the development version 1.3.0 is in the "active development phase" as described below.
   
 
Autobuilds of the development branch are available from http://mighty-hoernsche.de/trunk/
 
Autobuilds of the development branch are available from http://mighty-hoernsche.de/trunk/
Line 42: Line 42:
 
The stable branch will always be named release-''N''_''M'', where ''N'' and ''M'' are the major and minor version numbers.
 
The stable branch will always be named release-''N''_''M'', where ''N'' and ''M'' are the major and minor version numbers.
   
As of July 2012, the stable version is 1.1.0, found in the svn branch http://subversion.assembla.com/svn/chdk/branches/release-1_1/
+
As of July 2013, the stable version is 1.2.0, found in the svn branch http://subversion.assembla.com/svn/chdk/branches/release-1_2/
   
 
Autobuilds from the stable version are available from http://mighty-hoernsche.de/
 
Autobuilds from the stable version are available from http://mighty-hoernsche.de/
Line 51: Line 51:
   
 
=Ports=
 
=Ports=
It is currently recommended that new ports be developed for the stable branch, as the trunk is entering active development.
+
It is currently recommended that new ports be developed for the release branch, and ported to the trunk when complete.
 
=Roadmap=
 
==Version 1.2==
 
Version 1.2 is in active development phase. The following features are currently targeted for 1.2. This list is subject to change.
 
* Improved UI - discussion thread http://chdk.setepontos.com/index.php?topic=8151.0
 
* ???
 
 
==Version 1.1==
 
Current stable. Major features added in this release include
 
* Loadable binary modules
 
* Re-write of USB remote code
 
* "Live view" over PTP
 
* Integration of chdkde features (actually got added to previous stable)
 
 
==Version 1.0==
 
Previous stable, no further changes. Builds archived at https://www.box.com/chdk#/chdk/1/328455335
 
 
[[Category:Development]]
 
[[Category:Development]]

Revision as of 04:45, 31 July 2013

Introduction

This page describes the current development and release strategy. See Releases for a roadmap of current and past releases.

History / Motivation

Original release strategy discussion in the forum http://chdk.setepontos.com/index.php?topic=2905.15

Prior to the adoption of this strategy, there was a single "autobuild" which was both the development trunk and the only version readily available to end users. This made it extremely difficult to implement major changes without negatively impacting users.

Process overview

  • A stable release is maintained for bug fixes and ports.
  • New features and other major changes to the core code are implemented in an unstable development branch.
  • At intervals, the development branch will enter a period of stabilization.
  • When the result is judged sufficiently stable, a new stable branch is made, and development of the next version proceeds in the development branch.

Development branch

The development "branch" is always be the trunk, found at http://subversion.assembla.com/svn/chdk/trunk/

All major new features or code re-writes will be done here.

As of July 2013, the development version 1.3.0 is in the "active development phase" as described below.

Autobuilds of the development branch are available from http://mighty-hoernsche.de/trunk/

Development branch lifecycle

  1. Release branch N created, development for N+1 proceeds in trunk
  2. Active development phase
    • Release branch recommended for users and new ports
    • Development of major / disruptive features
  3. Stabilization phase
    • Major features complete
    • Development builds suggested for users who want new features
    • Low risk features may be added
  4. Release candidate phase
    • Development branch recommended for users
    • New ports go in development branch, not back ported by default
    • Focus on bug fixes
  5. Release - GOTO 1

Stable branch

The stable branch represents a "release" where major functionality and features are frozen. New ports may be added to the stable branch.

The stable branch will always be named release-N_M, where N and M are the major and minor version numbers.

As of July 2013, the stable version is 1.2.0, found in the svn branch http://subversion.assembla.com/svn/chdk/branches/release-1_2/

Autobuilds from the stable version are available from http://mighty-hoernsche.de/

Important: stable refers to the feature set, not necessarily the maturity of the software. Stable does not mean that all features are fully functional on all cameras, or that the software won't crash.

Individual ports within the stable branch may vary widely in completeness and functionality. Individual ports will be labeled Alpha or Beta as appropriate.

Ports

It is currently recommended that new ports be developed for the release branch, and ported to the trunk when complete.