Bonjour christophe Il a un projet multitax sur doliforge. Je ne l ai jamais finaliser. Mais l administration des taxe local etait finis. Restait toute la partie compta a faire.
Pour les problematiques de triple dev, je n ai pas de solution miracle sinon laisser la 3.2 de cote pour tes clients et integrer tous ca dans la 3.3 (branch devellop) Peux etre que d autre auront de meilleur idee. Le 26 juin 2012 16:57, "Christophe Battarel" < [email protected]> a écrit : > Bonjour (sorry for french, but i need to be understood), > > Je développe actuellement de nouvelles fonctionnalités pour dolibarr et je > me pose des questions sur la façon de les intégrer sans faire trois fois le > boulot... > > Je m'explique : > - ces développements sont (en partie) financés par des entreprises qui > travaillent avec dolibarr et sont donc en version stable (la 3.1.1). > Je base donc mes développements sur cette version. > - la 3.2 va bientôt sortir et n'accepte donc plus l'intégration de > nouvelles fonctions sur github. > - donc si je veux intégrer mon travail, il faut le faire sur la branche > develop (pour la 3.3) > - et bien sûr le faire aussi pour la 3.2 sur laquelle passeront les > clients quand elle sera stable... > > En particulier, je souhaiterais intégrer la gestion des marges, et surtout > la gestion des taxes locales qui n'existait auparavant que pour l'Espagne > (avec des gros tests en dur dans le code sur le code pays...). > Ces deux "modules" impactent très fortement les scripts de dolibarr > (propales, commandes clients et fournisseur, factures clients et > fournisseur, modeles pdf, etc), ce qui représente un travail non > négligeable si je dois le refaire pour la 3.2 puis la branche develop. > > Avez vous des solutions pour m'aider ? Peut on ouvrir des projets sur > doliforge ? si oui, quelle assurance a t'on que le code sera bien porté à > temps avant que la 3.3 ne devienne à son tour non modifiable ? > > Pour l'instant, je prévois de bosser sur cette intégration cet été, mais > la question va se poser à chaque nouveau gros développement. > > Bien sûr, l'autre solution est de dire aux clients de ne plus upgrader > leur version de dolibarr, mais commercialement ça ne tient pas la route. > > J'imagine que d'autres sont ou seront confrontés au même problème, et > j'ouvre le débat pour savoir si des solutions existent ou peuvent être > définies, le but étant d'améliorer dolibarr par l'ajout de nouvelles > fonctionnalités. > > A vous la parole. > Christophe > > ______________________________**_________________ > Dolibarr-dev mailing list > [email protected] > https://lists.nongnu.org/**mailman/listinfo/dolibarr-dev<https://lists.nongnu.org/mailman/listinfo/dolibarr-dev> >
_______________________________________________ Dolibarr-dev mailing list [email protected] https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
