Re: [Dolibarr-foundation-board] Alerte commit sur mauvaise branche

[Régis Houssin]

il est souvent inconcevable de développer un module sur une version
stable car il faut en permanence modifier le coeur de dolibarr pour
apporter de nouvelles fonctionnalités afin d'intégrer au mieux du code
extérieur. de plus mon module dropbox fonctionnait bien sur la 3.2 au
départ, mais du jour au lendemain j'ai eu plein de problèmes.

La plupart des corrections apportées n'impacte pas le bon fonctionnement
de dolibarr car ce ne sont pas des éléments actifs par défaut.

Beaucoup de clients ne veulent pas mettre de version non stable, alors
si je doit à chaque fois reporter mes corrections à la prochaine version
je ne suis pas prêt d'avoir un module pour version stable, qui de plus
fonctionnait bien sur la 3.2 il y a qq temps ! je n'ai fait que corriger !

de toute façon tant qu'on aura pas un "framework" convenable ont sera
emmerdé pour intégrer du code extérieur, c'est toujours la croix et la
bannière pour interagir avec l'existant. Un code trop rigide qui ne
permet pas la moindre personnalisation, sauf en apportant un minimum de
modification dans le coeur.


Le 01/06/12 09:53, Laurent Destailleur (eldy) a écrit :
> 
> Toutes les fonctions commités sont testés et retestés, pourtant il y a
> déjà eu 300 bugs de corrigés (dont la plupart par mois même). Testé et
> resté par 1 développeur dans son contexte veut dire la même chose que
> NON testé.
> Seule les phases beta qui bénéficient de tests dans les multiples
> contextes de nombreux utilisateurs et qui sont réalisés sur 100% du
> périmètre de l'application ont une valeure durant une beta. Toute modif
> de structure de code/librairie, ne requiert pas de tester la modif seule
> mais de retester tout le code, chose qui prend des mois et qui ne peut
> être recommencer sous peine de prendre des mois à chaque modifs. Car il
> y a toujours des effets de bord.
> Si on veut rester pro et tenir le rythme de 1 version tous les 4 mois,
> il faut absolument arrêter ces pratiques de modif d'architecture durant
> une fin de beta (et même durant une beta tout court), même si elles ont
> lieu sur des fonctions cachées. Seules les modifications correctives de
> bugs sur les fonctions visibles de Dolibarr (sous entendu visible et
> stabilisé le 1er jour de la première béta) sont à corriger. De plus la
> correction doit être minimale.
> 
> Je sais que c'est génant, mais il n'est pas question de reporter une
> version car un module externe a été conçu sur une version non release
> (chose à proscrire). Et si des modifs de fond sont à faire pour
> permettre à un module d'apporter une fonctionnalité, elle doivent être
> faite durant la phase de dev. Et si ces choses étaient insuffisantes,
> alors il faut attendre la prochaine.
> Je suis le premier à avoir des nombreux modules génés ou que je ne peut
> diffusés car bloqué par cette règle mais je l'applique rigoureusement,
> il doit en être de même pour tout le monde, sans quoi on continuera de
> releaser des version instables (même si on est persuadé qu'on a testé,
> l'expérience a suffisamment prouvé que cela ne suffit pas).
> L'intérêt de l'utilisateur d'abord, celui du développeur ensuite.
> 
> 
> 
> Le 01/06/2012 06:16, Régis Houssin a écrit :
>> Oui c'est normal !!
>> C'est plein de bug pour l'envoi de fichier avec jquery, du coup mon
>> module dropbox ne fonctionnait plus avec la 3.2 et je n'ai pas encore
>> envie de dire qu'il faut une version instable pour le faire
>> fonctionner. Tout ce que j'ai commité est testé et tetesté
>>
>> -----------------------------------------
>> Régis Houssin
>> Tél. +33633020797
>> http://www.dolibarr.fr
>> http://www.dolibox.fr
>>
>> Le 1 juin 2012 à 02:28, "Laurent Destailleur
>> (eldy)"<address@hidden>  a écrit :
>>
>>> Y a plein de commit de la branche de dev qui se sont retrouvées dans
>>> la branche 3.2.
>>> J'ai passé ma nuit à remettre en état. Par contre, vérifie qu'il n'y
>>> a pas d'erreur dans ta config git.
>>>
>>>
>>> -- 
>>> Eldy (Laurent Destailleur).
>>> ---------------------------------------------------------------
>>> EMail: address@hidden
>>> Web: http://www.destailleur.fr
>>>
>>> Dolibarr (Project leader): http://www.dolibarr.org
>>> To make a donation for Dolibarr project via Paypal:
>>> address@hidden
>>> AWStats (Author) : http://awstats.sourceforge.net
>>> To make a donation for AWStats project via Paypal:
>>> address@hidden
>>> AWBot (Author) : http://awbot.sourceforge.net
>>> CVSChangeLogBuilder (Author) : http://cvschangelogb.sourceforge.net
>>>
> 

Cordialement,
-- 
Régis Houssin
---------------------------------------------------------
Cap-Networks
Cidex 1130
34, route de Gigny
71240 MARNAY
FRANCE
VoIP: +33 1 83 62 40 03
GSM: +33 6 33 02 07 97
Web: http://www.cap-networks.com/
Email: address@hidden

Dolibarr developer: address@hidden
Web Portal: http://www.dolibarr.fr/
SaaS offers: http://www.dolibox.fr/
Shop: http://www.dolistore.com/
Development platform: https://doliforge.org/
---------------------------------------------------------

regis.vcf
Description: Vcard