Re: [Dolibarr-dev] Adding new functionnalities to dolibarr

[Régis Houssin]

on en reviens toujours à ces problèmes de versions qui file plus vite
que l'intégration, :-)
je te conseille de l'intégrer dans la branche develop et dans ton fork
3.2 que tu fournis à ton client,
ainsi il aura une 3.2 avec tes ajouts et quand il mettra à jour en 3.3
il retrouvera ces ajouts.



Le 26/06/12 16:57, Christophe Battarel 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
> address@hidden
> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>

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