Re: [Dolibarr-dev] Git method

[Alexis Morise]

Bonjour à tous,


Je suis un petit nouveau venue sur la parti développement de Dolibarr . 
Je soutiens la méthode d'organisation de Regis. 

En effet, par exemple et par expérience sur des projets de développement 
réalisés en interne (même des tous petits projets, ou  petites corrections, ou 
petites évolutions), nous travaillons aussi avec SVN.
Et la difficulté consiste à pouvoir mettre en production les projets finalisés 
sans perturber les autres développements en cours (par encore finalisés) tout 
en gardant un certaine stabilité des développements concomittants.

Malheureusement, il arrive que deux projets fassent appel au même fichier 
source ; comment diffuser si l'un n'est pas finalisé. Et chaque projet peut 
ainsi travailler en parallèle, a son rythme (qui en développement n'a jamais 
dépassé les délais :-) ).

De plus, nous avons introduit, une branche "A tester" dans laquelle nous 
insérons les projets ainsi finalisés et nous les faisons valider par d'autre 
développeurs.
Ces testeurs, évidement, trouvent parfois des bogues bloquant.
Ainsi cette méthode d'organisation permet de re-toquer l'ensemble des modifs du 
projet pour correction tout en gardant la branche "a tester" à peu près 
"stable" (sans introduire des bogues tiers partis) pour d'autres tests.
   
 Je pencherais, pour avoir une branche avec le numéro du tracker (identifiant 
unique) et un descriptif court (question pratique et lisibilité).
Cette association dans le "Tracker" permet aussi, je pense, aux Jedi Dolibarr 
de suivre, comprendre plus facilement et donc de valider une fonctionnalité, 
une correction de bogue, ...


Voici un petit exemple : 

Projet1 :  
Calcul de taux de TVA pour les facture en prenant en compte l'import / export, 
les produits / services non récupérables, la date du jour  : 

core/class/html.form.class.php
        // dans le fonction select_type_of_lines ajout des type : 
        // 20 : Vente à l'étranger avec TVA (Restauration, Transport, 
Télécommunication, Services électronique,...)
        // 30 : Achat TVA non récupérable (Logement, Transport, Produits 
pétrôlier,...)

lib/tax.iib.php         
        // ne pas prendre en compte les facture posterieur à la date du jour : 
Pas de TVA par anticipation
        // TVA Intracommunautaire pour les prestation de service : lieu de 
l'acheteur : completer la requete SQL
        // considérer différemment  la TVA sur les facture d'import / export 
(pays différent de la société en cours)

compta/tva/class/tva.class.php
        // Modification des focntions tva_sum_payee et tva_sum_collectee 
        // - pour ne pas prendre en compte les facture d'import / export  (pays 
différent de la société en cours)
        // - pour ne pas prendre en compte la dates de facturation postérieur 
(prévisionnels / abonnement / factures fin de mois prochain, ...)

compta/tva/index.php    
        // Ajout de lien vers les listes de factures correspondante pour 
vérification
        // Ajout du tableau par pays des TVA à réclamer auprès de chaque pays 
de l'UE
        
/compta/facture.php et /fourn/facture/index.php
        // affichage, ( selon le paramêtre _GET tva ) d'une colonne TVA, et 
d'une colonne date de règlement 
        //  affichage et requête modifiée selon le type de produit (Service / 
Produit / Tva non récupérable / ...)
        // calcul des sous-totaux TVA sans prendre en compte les brouillons et 
les exports / imports


Bref, il est surement plus simple si toutes ces modifications sont regroupées 
dans une même "submit" / branche et soient ainsi validées ensemble, non ?


Projet 2 : 
Visualiser les factures dont l'écriture à été pointée en banque mais pas encore 
considérée comme "payée".

compta/facture/class/facture.class.php
        // modification de la fonction getSommePaiement pour récupérer, en 
option, que les paiement rapprochés en banque.
        // modification de la fonction LibStatut pour afficher les paiements 
rapprochés

/compta/facture.php et /fourn/facture/index.php
        // Correction de l'affichage de l'état

/compta/facture.php et /fourn/facture/fiche.php
        // Affichage de la liste de paiements avec une colonne "raprochée" et 
un colonne "banque".


Projet 3 : 
Lister les factures par projet

compta/facture/class/facture.class.php et t /fourn/facture/fiche.php
        // Ajout de la colonne projet (ajout de jointures left)



Avec cette méthode, les Jedi de Dolibarr peuvent ainsi valider / corriger / 
re-toquer / ... indépendamment chaque projet tout en gardant les projet en 
cours travaillant sur les même fichiers facilement administrables, et de 
faciliter le suivi.

 


Cordialement, 

        Alexis Morise

--
Alexis MORISE - M@ SOLUTION
Tél: +33 (0)9 501 502 05   Mobile: +33 (0)6.73.59.80.40
Web: www.ma-solution.fr
--
La maison brulée - 14350 Saint-Jean des Essartiers - France
Email / online chat : address@hidden    Skype : asterix1415
Tél: +33 (0)9 501 502 05   Mobile: +33 (0)6.73.59.80.40
--

Le 23 nov. 2011 à 23:28, Régis Houssin a écrit :

> ça fait beaucoup de "ouf" tout ça ! ;-)
> 
> Quoi qu'il en soit il est toujours préférable de travailler sur une branche à 
> part lors d'un ajout de fonctionnalité ou de test et de merger lorsque c'est 
> ok, ainsi si c'est pas ok on peut supprimer la branche sans devoir se taper 
> tout le code pour enlever se qu'on a fait...
> 
> Le 23/11/11 23:22, CF a écrit :
>> Ouf, j'ai eu peur que tu veuilles systématiser ça à chaque bugfix, ça aurait 
>> été parfait pour décourager les contributeurs occasionnels :D
>> 
>> ++
>> 
>> Le 23/11/2011 21:37, Régis Houssin a écrit :
>>> ça c'est si bien sur on veut travailler à plusieurs sur une tâche ardue de 
>>> grande ampleur !
>>> sinon vous faites bien votre soupe sur votre repo local
>>> 
>>> 
>>> Le 23/11/11 20:57, Régis Houssin a écrit :
>>>> Bonjour,
>>>> 
>>>> voilà ce que je propose comme méthode de travail afin d'optimiser les 
>>>> développements et d'éviter des conflits:
>>>> 
>>>> 1- définir une tâche dans le tracker de Dolibarr 
>>>> (https://doliforge.org/projects/dolibarr)
>>>> 2- créer une branche temporaire avec le numéro de la tâche (ex: task_244), 
>>>> cette branche doit être créé à partir de la branche "develop", ainsi vous 
>>>> profiterez automatiquement des modifications faites sur develop durant vos 
>>>> modifications sur votre branche "task_*"
>>>> 3- une fois que vous aurez validé vos modifications, on merge la branche 
>>>> "task_*"  dans develop
>>>> 4- clôture de la tâche dans doliforge et suppression de la branche "task_*"
>>>> 
>>>> Cordialement,
>>>> -- 
>>>> Régis Houssin
>>>> ---------------------------------------------------------
>>>> Cap-Networks
>>>> 30, quai de Verdun
>>>> 71700 Tournus
>>>> 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/
>>>> 
>>>> ---------------------------------------------------------
>>>> 
>>>> 
>>>> 
>>>> _______________________________________________
>>>> Dolibarr-dev mailing list
>>>> 
>>>> address@hidden
>>>> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>>> 
>>> 
>>> Cordialement,
>>> -- 
>>> Régis Houssin
>>> ---------------------------------------------------------
>>> Cap-Networks
>>> 30, quai de Verdun
>>> 71700 Tournus
>>> 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/
>>> 
>>> ---------------------------------------------------------
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> Dolibarr-dev mailing list
>>> 
>>> address@hidden
>>> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>> 
>> 
>> 
>> _______________________________________________
>> Dolibarr-dev mailing list
>> 
>> address@hidden
>> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
> 
> 
> Cordialement,
> -- 
> Régis Houssin
> ---------------------------------------------------------
> Cap-Networks
> 30, quai de Verdun
> 71700 Tournus
> 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_houssin.vcf>_______________________________________________
> Dolibarr-dev mailing list
> address@hidden
> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev

smime.p7s
Description: S/MIME cryptographic signature