Previous: 0.26
Next: 0.30


  • 3 June 2014: Qpid 0.28 is generally available
  • 13 May 2014: Proposed final RC2 is available at revision 1594179 of the release branch
  • 24 April 2014: RC1 is available at revision 1589856 of the release branch
  • 10 April 2014: Beta 2 is available at revision 1586009 of the release branch
  • 20 March 2014: Beta is available at revision 1579693 of the release branch
  • 20 March 2014: The release branch is created at revision 1579686
  • 5 March 2014: Alpha is available at revision 1574236 of trunk
  • 12 November 2013: Trunk is open at revision 1541273



Change approval process

Changes to the release branch require approval. The approval has two parts:

  • Review by a developer other than the original contributor
  • Approval by the release manager

To request a change after beta, post your request to the mailing list. Put "RFI" (request for inclusion) and the requested release in the subject. Make sure the change has a JIRA, so the reviewer and release manager can record their approvals, rejections, or other comments there.

Any changes requested should be consistent with the acceptance criteria listed below. In general, a change for the release branch should be important (if it's not important, we'll just wait to get it in the next release) and safe (not liable to cause disruption or instability).

Change acceptance criteria

  • Trunk open to Alpha: Developers work at their own discretion
  • Alpha to Beta: Major features, improvements, or refactorings need discussion before they can go in; bug fixes are unencumbered
  • Beta to RC1: Bug fixes only; exceptions are sometimes made for important improvements that are isolated and small in terms of code delta
  • After RC1: Bug fixes for important defects only, such as build failures, regressions, or security vulnerabilitities


Alpha: 19 February 5 March

  • Major feature integration ends; with approval, certain less disruptive features can be committed
  • Trunk remains open for bug fixing
  • The alpha release tests the release process after the introduction of major features

Beta: 5 March 19 March, 2 weeks later

  • The release branch is created
  • Release branch commits require approval
  • Trunk opens for development toward the next release

Beta 2: 9 April

RC1: 12 March 26 March 16 April, 1 week later

  • Documentation is staged for release
  • Preliminary release notes and documentation are available for review
  • Release manager produces outstanding bug report
  • Only important defects are considered for inclusion

RC2: 19 March 2 April 23 April, 1 week later

RC3: 26 March 9 April 30 April, 1 week later

  • Targeted release date
  • No labels