dolibarr-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Dolibarr-dev] Versions et Roadmap Dolibarr


From: Laurent Destailleur (eldy)
Subject: Re: [Dolibarr-dev] Versions et Roadmap Dolibarr
Date: Wed, 15 Dec 2010 11:17:28 +0100
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101208 Thunderbird/3.1.7

> Le mercredi 15 décembre 2010 10:51:44, 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.
>>
>> 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. 
> Dans ce cas ne serai til pas judiceux, avant de sortir une version de creer 
> une brancge pour celle ci, afin de stabiliser cette derniere.
C'est bien ce qui est fait depuis plusieurs années.
Les branches s'appellent *DOLIBARR_x_x_BRANCH

*
>  
>
> et donc conserver le trunck pour le developpement pur de la suiet du moteur.
C'est bien ce qui est fait.
>  
>
>
> Ca représentera quelques double correction, mais devrait permettre de ne pas 
> ralentir le dev, et finaliser un eversion propre ? 
>
C'est bien le fonctionnement qui est en vigueur depuis maintenant 2 ou 3
ans.
>
>
>> 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, address@hidden 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
>>>>> address@hidden
>>>>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>>>> _______________________________________________
>>>> Dolibarr-dev mailing list
>>>> address@hidden
>>>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>>> _______________________________________________
>>> Dolibarr-dev mailing list
>>> address@hidden
>>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>> _______________________________________________
>> Dolibarr-dev mailing list
>> address@hidden
>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>>




reply via email to

[Prev in Thread] Current Thread [Next in Thread]