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

[Laurent Destailleur (eldy)]

Le 01/06/2012 10:07, Régis Houssin a écrit :
> 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.
Cela impacte car ce sont des modifs de fond.
Et si ce ne sont pas des fonctions actives, il y a double raison de ne 
pas y toucher.
Mettre des effets de bord dans du code actif (et il y en a toujours) 
pour des fonctions non actives
et encore pire. Cela doit se faire en dehors des phases beta.
> 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 !
Il n' a jamais pu fonctionner correctement sur la version 3.2 car la 
version 3.2 n'existe pas encore.
Seule une version stable peut etre considéré comme référente pour 
définir qu'un module fonctionne.
> 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.
Ce problème existera toujours. Il n'y a jamais de framework convenable 
stable (sauf a avoir un projet qui n'évolue plus). Et la seule parade 
est de faire les modifs d'archi sur les version dev. Ce n'est pas une 
question de framework mais de gourvernance de projet.

J'insiste, les modifs d'archi sont à faire durant les phases de dev et 
non de beta. Et si cela doit reporter à la prochaine stable, c'est que 
le travail d'archi n'était pas si complet ou si testé et retesté que 
cela durant la phase de dev.
Une beta doit rester une beta.

> 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,

--
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