Le problème c'est que tous le monde est perdu.
Nous avons fais pas mal d'adaptations ergonomiques (demandées par nos clients) que nous ne savons plus comment soumettre sans que ça passe à la trappe.
Il faudrait :
- Avoir un calendrier qui définisse clairement les dates de
sortie des Beta afin d’intégrer le code stable afin cette phase
- Avoir un concertation sur les fonctionnalités à verser dans les prochaines versions.
Actuellement, la non séparation du fond de la forme est un
véritable problème pour faire des modules capable d'étendre le
cœur sans être obligé de faire des choses "sales".
Nous devrions avoir une application stricte du principe MVC afin
de se donner les moyens de pouvoir aller loin.
Nous avons fais un très gros développement pour la gestion d'une
entrepôt logistique et j'ai demandé à Anthony de faire un compte
rendu sur les difficultés rencontrés.
Je le soumet dès que je l'ai relu.
A+
Cyrille
Le 01/06/2012 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
--
 Cyrille de Lambert |
|
| address@hidden 26 bis rue des olivettes 44300 NANTES |
Tél : +33 (0) 2 51 13 50 12 Mobile :+33 (0) 6 29 41 81 22 Fax : +33 (0) 2 51 13 52 88 http://www.auguria.net |