Le 15/12/10 10:51, Laurent Destailleur a écrit : > Quel différence ? > Pour l'instant on incrémente de 0.1 en 0.1 tous les 6 mois depuis > plusieurs années maintenant. > La v3 par rapport à 2.95 n'aura pas forcément plus que la 2.95 par > rapport à la 2.9. Et la v3 pourrait s'appeler v4 si vraiement c'et > nécessaire ou v3.5 (on sauterait). Cela change la vision extérieur, mais > sur le plan orga interne, le nom de version n'a pa vraiment d'interet.
pas vraiment d'intérêt pour nous :-) mais pour l'utilisateur final qui a l'habitude de voir de gros changements lorsqu'il passe d'une version majeur à une autre c'est autre chose, rappel toi du passage de la 1.x à la 2.x c'était tout de même une révolution :-) ici pas grand chose de plus visuellement on va dire, du coup les questions vont pleuvoir ! pourquoi v3 ? > Aujourd'hui la grosse difficulté et de garder l'appli stable, pas > d'ajouter des nouveautés. > 90% de mon temps de dev consiste aux fix. Aussi plus le délai est long > entre release, plus la tache s'annonce difficille voire impossible quand > les changements sont trop massif. Discussions sur le d& #233; > veloppement de DolibarUn mode de fonctionnement à la "linux" (validation > des dev ajouts par ajouts) est donc requis sous peine de voir Dolibarr > devenir une cochonnerie en 1 seule version. Mai cela signifie que les > révolutions se font petit à petit et pas forcément en 1 seule version > mais version par version, composant par composant. C'est cela qui > garantie depuis quelques années la stabilité et qualité du produit. > >> Certains projets changent des numéros de version quand c'est nécessaire. >> Pourquoi pas une version 2.95 en janvier et une V3 un peu plus tard ? >> >> >> >> Le 15/12/2010 10:27, Laurent Destailleur (eldy) a écrit : >>> Un wiki avec le roadmap des versions est deja en place depuis plusieurs >>> années et principe documenté à plusieurs endroits sur les sites Web. >>> >>> Voici la page des roadmap >>> http://wiki.dolibarr.org/index.php/Category:RoadMap >>> >>>> Le problème est qu'un forum ne permet pas de structurer l'information. >>>> De plus, notre wiki interne est très simple d'utilisation. >>>> >>>> Cyrille >>>> >>>> >>>> >>>> Le 15/12/2010 09:57, [email protected] a écrit : >>>>> Savannah ne propose pas d'arreter un numero de version ? >>>>> >>>>> et d'y placer les tache et suivi pour un eversion donnée ? >>>>> >>>>> >>>>> Sinon , perso je trouve l'idée du wiki peut être un peu lourdre pour >>>>> ce type >>>>> de demarche. >>>>> >>>>> Un forum ne serait il pas plus approprié ? >>>>> >>>> >>>> _______________________________________________ >>>> Dolibarr-dev mailing list >>>> [email protected] >>>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev >>> >>> _______________________________________________ >>> Dolibarr-dev mailing list >>> [email protected] >>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev >> >> >> _______________________________________________ >> Dolibarr-dev mailing list >> [email protected] >> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev > > > _______________________________________________ > Dolibarr-dev mailing list > [email protected] > http://lists.nongnu.org/mailman/listinfo/dolibarr-dev > Cordialement, -- Régis Houssin --------------------------------------------------------- Cap-Networks 30, Quai de Verdun 71700 Tournus FRANCE VoIP: +33 1 83 62 40 03 GSM: +33 6 33 02 07 97 Web: http://www.cap-networks.com/ Email: [email protected] Dolibarr developer: [email protected] Web Portal: http://www.dolibarr.fr/ SaaS offers: http://www.dolibox.fr/ Shop: http://www.dolistore.com/ Development platform: http://www.dolibarr.pro/ ---------------------------------------------------------
<<attachment: regis_houssin.vcf>>
_______________________________________________ Dolibarr-dev mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
