Learn More





DNN Community Blog

The Community Blog is a personal opinion of community members and by no means the official standpoint of DNN Corp or DNN Platform. This is a place to express personal thoughts about DNNPlatform, the community and its ecosystem. Do you have useful information that you would like to share with the DNN Community in a featured article or blog? If so, please contact .

The use of the Community Blog is covered by our Community Blog Guidelines - please read before commenting or posting.

Release Early, Release Often?

A common open source concept is referred to as "release early, release often". The justification behind this concept is that the sooner you release, the sooner the open source community will be able to validate the functionality, and the sooner you will get feedback - either good or bad - which will help improve the overall product. This concept is often combined with a "public daily build" paradigm, where continuous integration is used to automatically build, package, and publish a new application version every day. These concepts make a lot of sense for single purpose applications; that is, applications which have closed APIs and have no external dependencies. But plug-in framework applications such as DotNetNuke possess a very different set of requirements - many of which are not complementary with the "release early, release often" model.

Consider the case of any entity which has developed plug-in resources for the DotNetNuke framework. These could include Modules, Language Packs, Skins, or Providers. Everytime a new core version is released, each of these resources need to be validated to ensure that they function correctly. In many cases this will involve extensive testing, packaging a new version of the specific resource, publishing compatibility information, updating related documentation, communicating availability and/or issues to users, servicing compatibility support requests, updating commercial product listings, etc... And you must also consider the issues for the resource consumer as well. Consumers need to feel confident in the acquisition and installation of application resources. They are not keen on analyzing complicated compatibility matrices in order to manage their investment. And resellers such as Hosters represent an even larger superset of application consumers. The effort involved to perform application upgrades becomes more complicated and costly as the release frequency increases. This is clearly a case where "release early, release often" can lead to issues for framework consumers and suppliers.

For the reasons stated above, DotNetNuke has always tried to follow a fairly well structured release cycle. This has resulted in fewer major public releases but a  much higher quality, more stable, core application. In general, this has provided the ability for DotNetNuke resource suppliers and consumers to participate in a functional product ecosystem. However, as the number of serious platform adopters have increased, so have the demands for better core release communication.

One of the unique benefits of the recently announced DotNetNuke Benefactor Program is private access to Release Candidate versions of the application, 1-4 weeks prior to the public release. This Platinum level benefit was included based on community feedback which indicated there was a critical need for advance notification and compatibility testing for the more serious DotNetNuke resource suppliers. The 1-4 week window provides the opportunity to identify and resolve compatibility issues prior to the public release. It also allows resource suppliers the ability to release fully compatible versions of their resources in conjunction with the core application release, resulting in a proactive rather than reactive community support model. I am really excited that the Benefactor Program finally allows us to open a communications channel with those community members who have the most vested interest in the long term success of the DotNetNuke Web Application Framework.


Comment Form

Only registered users may post comments.


2sic Daniel Mettler (124)
Aderson Oliveira (15)
Alec Whittington (11)
Alex Shirley (10)
Andrew Nurse (30)
Anthony Glenwright (5)
Antonio Chagoury (28)
Ash Prasad (21)
Ben Schmidt (1)
Benjamin Hermann (25)
Benoit Sarton (9)
Beth Firebaugh (12)
Bill Walker (36)
Bob Kruger (5)
Brian Dukes (2)
Brice Snow (1)
Bruce Chapman (20)
Bryan Andrews (1)
cathal connolly (55)
Charles Nurse (163)
Chris Hammond (203)
Chris Paterra (55)
Clinton Patterson (28)
Cuong Dang (21)
Daniel Bartholomew (2)
Dave Buckner (2)
David Poindexter (3)
David Rodriguez (2)
Doug Howell (11)
Erik van Ballegoij (30)
Ernst Peter Tamminga (74)
Geoff Barlow (6)
Gifford Watkins (3)
Gilles Le Pigocher (3)
Ian Robinson (7)
Israel Martinez (17)
Jan Blomquist (2)
Jan Jonas (3)
Jaspreet Bhatia (1)
Jenni Merrifield (6)
Joe Brinkman (270)
John Mitchell (1)
Jon Henning (14)
Jonathan Sheely (4)
Jordan Coopersmith (1)
Joseph Craig (2)
Kan Ma (1)
Keivan Beigi (3)
Ken Grierson (10)
Kevin Schreiner (6)
Leigh Pointer (31)
Lorraine Young (60)
Malik Khan (1)
Matthias Schlomann (15)
Mauricio Márquez (5)
Michael Doxsey (7)
Michael Tobisch (3)
Michael Washington (202)
Mike Horton (19)
Mitchel Sellers (28)
Nathan Rover (3)
Navin V Nagiah (14)
Néstor Sánchez (31)
Nik Kalyani (14)
Peter Donker (52)
Philip Beadle (135)
Philipp Becker (4)
Richard Dumas (22)
Robert J Collins (5)
Roger Selwyn (8)
Ruben Lopez (1)
Ryan Martinez (1)
Salar Golestanian (4)
Sanjay Mehrotra (9)
Scott McCulloch (1)
Scott S (11)
Scott Wilkinson (3)
Scott Willhite (97)
Sebastian Leupold (80)
Shaun Walker (237)
Shawn Mehaffie (17)
Stefan Cullmann (12)
Stefan Kamphuis (12)
Steve Fabian (31)
Timo Breumelhof (24)
Tony Henrich (3)
Torsten Weggen (2)
Vicenç Masanas (27)
Vincent Nguyen (3)
Vitaly Kozadayev (6)
Will Morgenweck (37)
Will Strohl (163)
William Severance (5)
Try Evoq
For Free
Start Free Trial
a Demo
See Evoq Live
Need More Information?