Sure, this is called: "release early, release often"
And we must target this to reach a roadmap of 3 major version a year. Le 11/04/2012 15:47, [email protected] a écrit :
Hi (Lite version in english) If it's an alpha/beta/rc it's better to freeze any change and target bug and all small problem. Is not a problem to have next version in work in progress. It's looks better to have small step and often than big step and a long pause between. Yop Si c'est une version en cours de stabilisation, il vaut mieux la figer et chasser le bogue et mettre de coté les amélioration. Rien n'interdit d'avoir une prochaine version en cours qui profite de cette étape avec les amélioration. A mon humble avis, il vaut mieux faire des petits pas réguliers (et anticipés) que de faire des grands pas sans regarder derrière. Mes 2 centimes. Km _______________________________________________ Dolibarr-dev mailing list [email protected] https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
-- Eldy (Laurent Destailleur). --------------------------------------------------------------- EMail: [email protected] Web: http://www.destailleur.fr Dolibarr (Project leader): http://www.dolibarr.org To make a donation for Dolibarr project via Paypal: [email protected] AWStats (Author) : http://awstats.sourceforge.net To make a donation for AWStats project via Paypal: [email protected] AWBot (Author) : http://awbot.sourceforge.net CVSChangeLogBuilder (Author) : http://cvschangelogb.sourceforge.net _______________________________________________ Dolibarr-dev mailing list [email protected] https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
