dolibarr-foundation-board
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Dolibarr-foundation-board] Pb de merge


From: jean.heimburger
Subject: Re: [Dolibarr-foundation-board] Pb de merge
Date: Mon, 03 Dec 2012 12:50:39 +0100
User-agent: RoundCube Webmail/0.4

Salut Laurent,

Je suis aussi tombé des nues d'entendre parler de fork.
Mais je pense qu'il vaut toujours mieux parler des problèmes plutôt que les découvrir comme ça. L'assoiation purr


On Sun, 02 Dec 2012 20:37:56 +0100, "Laurent Destailleur (eldy)" wrote:
> Le 02/12/2012 20:11, Régis Houssin a écrit :
>
> * Jean pour te répondre :
>
> Le 02/12/12 14:58, Jean Heimburger a écrit :
> Salut à tous,
>
> Comme vous voyez, je reçois à nouveau les échanges de la ML.
> Tout à fait d'accord avec Philippe. Même une journée de travail
> pour le CA serait déjà bien.
>
> Pour moi, cela fait un moment que je regrette l'absence de Roadmap
> visible (on ne sait pas vers où va Dolibarr, mais il y aura deux
> versions par an ... )
> Il est assez pénible de soumettre des améliorations (cf mail de C
> Battarel), ou d'indiquer un bug : ça donne lieu à des discussions
> qui font perdre du temps, sans arriver à une solution, et bien sûr
> sans inclusion de la modif proposée. (une Roadmap permettrait
> d'arbitrer aussi).
>
> +1 pour la roadmap malgré la difficulté, car les besoins peuvent
> varier suivant les demandes des clients.
>
> Autre point manquant : de la documentation sur les classes à
> utiliser ou pas pour soumettre des dev. C'est frustrant de proposer
> quelque chose, et de se voir répondre c'est pas aux normes. Ca
> refroidit les volontaires et les encourage à faire leur truc dans
> leurs coin, ou un fork s'ils en ont le courage..
>
> tu trouveras toute la doc sur les classes et les librairies ici
>
> http://jenkins.doliforge.org:8080/job/dolibarr-develop/doxygen/ [1]
>
> elles est reconstruite et mise à jour toutes les nuits
>
> Tu as aussi la doc suivante en complément:
> http://wiki.dolibarr.org/index.php/Documentation_D%C3%A9veloppeur
> [2]
>
> Une mailing list est pratique pour diffuser de l'info, mais
> inadaptée pour discuter, surtout s'il y a besoin d'aborder des points
> un peu délicats..
>
> Pour Régis, je ne vois pas le lien entre tes remarques
> (intéressantes) et le mail de Christophe ? Mais tout à fait d'accord
> : il faut écouter les utilisateurs et leurs besoins (ce qui ne veut
> pas dire faire ce qu'ils veulent), et pas seulement les fantaisies de
> développeurs. Je rappelle qu'on travaille sur un ERP qui est censé
> fournir une solution de gestion pour des entreprises (des vraies), pas
> une appli pour smartphone pour se faire plaisir...
>
> j'ai profité de ce problème de merge sur un dev sur les tva pour
> réagir, mais j'aurais pu réagir sur diverses choses.
> une réunion serait très certainement la bienvenue, mais bon, si
> c'est pour s'entendre dire qu'il faut faire un fork car ce qu'on
> propose ne rentre pas dans la ligne de développement de Dolibarr
> alors que se sont des besoins demandé par 90% des clients ou des
> prestataires/développeurs, ça ne me donne plus du tout envie de
> m'investir dans ce projet...
>
> Sur ce, bon dimanche quand même...
>
> JEAN HEIMBURGER
> Tiaris [3]
> GSM +33.(0)6.42.05.52.01 - skype tiaris-jean
>
> page google+ [4] (French) page google+ [5] (English)
>
> Le 02/12/2012 11:46, Philippe GRAND a écrit : Bonjour à tous
>
> J'ai comme l'impression qu'il y a des mauvaises vibrations :-
> Je pense qu'il serait temps de refaire une session de Hackweeks
> cela permettrait de mettre à plat certains problèmes, discuter de
> la roadmap, diffuser certaines méthodes de codage etc...
> Nous avons financièrement les moyens de faire quelque chose de
> bien.
> Let's talk about it !
>
> @+
> Philippe
>
> Le 02/12/2012 11:19, Régis Houssin a écrit :
>
> sinon je regardais le détail du dev sur les taxes
> Florian avait commencé un module permettant de définir des taux de
> tva
> plus finement,
> il aurait été bon de voir avec lui pour travailler sur son
> module...
>
> il y a une manie dans l'équipe qui consiste à réinventer la roue
> même si
> cette dernière est sous nos yeux.
> ou alors c'est un manque de communication ?
>
> j'ai l'impression, et ça ne date pas d'aujourd'hui, que chacun
> travaille
> dans son coin sans se soucier de l'autre.
>
> C'est très démotivant et je ne suis pas le seul.
> c'est comme ça qu'un projet stagne et tombe dans l'oubli.
>
> openerp, lundi matin business ou autres évoluent dans le sens des
> critiques qu'on leurs à faite, mais Dolibarr reste cantonné sur ces
> postions. Un jour ou l'autre ça va se retourner contre nous.
>
> autre point aussi très important, j'ai énormément de clients qui
> me
> disent que nous devons avoir un discours non limitatif au niveau de
> la
> taille des entreprises susceptible d'utiliser Dolibarr. On se dit ERP
> mais on limite le discours au association et au tpe de moins 50
> employés. Quelle crédibilité avons nous face à des société plus
> grande ?
>
> J'ai des clients qui ont 4000 employés, et il se servent de Dolibarr
> soit pour fournir des services, soit en interne !
> je penses qu'il faut radicalement changer de discours, ou faire
> effectivement un fork avec plus d'ambition. (ce qui est d'ailleurs en
> train de se faire)
>
> Sur ce, bon dimanche, sous vos applaudissements...
>
> Le 02/12/12 10:12, Christophe Battarel a écrit :
>
> Bonjour Laurent,
>
> Je te joins l'archive des fichiers impactés par le pull request 500.
>
> Un point que j'ai essayé de soulever plusieurs fois avec Régis en
> lui
> demandant simplement "pourquoi ?" quand il m'envoyait un commentaire
> du style "merge couldnt be done automatically" est le fait que (à
> mon
> humble avis) c'est à toi et à Régis d'analyser pourquoi les
> commits ne
> se font pas automatiquement, et ensuite soit de résoudre les
> conflits,
> soit d'expliciter le problème à celui qui a posté le pull request.
>
> Dans 99% des cas, cela provient d'une modif qui a été faite sur le
> repo de base entre le moment où le "pull requester" a mis à jour
> son
> fork et le moment où on a voulu intégré la pull request (il peut
> s'écouler parfois plusieurs jours).
>
> Dans le fonctionnement actuel, il revient au contributeur de remettre
> les choses dans l'ordre et de refaire une pull request, qui peut
> être
> à nouveau rejetée suite à d'autres modifs intervenues entre temps
> !
>
> Ce travail est fastidieux, peu motivant, voire dangereux car le
> contributeur n'est pas forcément un grand spécialiste de git même
> s'il
> maitrise les pull et les push.
>
> J'avoue que c'est parfois également énervant de devoir faire tout
> ce
> travail (il m'est arrivé de le faire 3 ou 4 fois sur des petits
> commits) alors que le problème provient d'une ou deux lignes
> ajoutées
> ou enlevées entre temps sur le script de référence par un des
> contributeurs principaux, qui au lieu de rejeter la pull-request,
> aurait pu faire un diff sur le script incriminé et gérer simplement
> le
> problème.
>
> Github permet de tenter des merge automatique, mais ce n'est pas une
> raison pour laisser les contributeurs gérer les conflits; à mon
> avis,
> c'est le rôle du ou des chefs de projet.
> Cela nous permettrait à tous de gagner du temps et d'éviter le type
> de
> problème qu'on vient de rencontrer.
>
> Ce n'est pas une critique personnelle envers Régis et toi, mais une
> proposition pour améliorer le fonctionnement actuel.
>
> Je mets Régis en copie car cela le concerne aussi.
>
> Très cordialement,
> Christophe
>
> Cordialement,
>
> --
>
> [6]
> Philippe GRAND
> 265 rue de la vallée
> 45160 Olivet
> 02 38 63 90 20
> address@hidden [7]
>
> 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/ [8]
> Email: address@hidden [9]
>
> Dolibarr developer: address@hidden [10]
> Web Portal: http://www.dolibarr.fr/ [11]
> SaaS offers: http://www.dolibox.fr/ [12]
> Shop: http://www.dolistore.com/ [13]
> Development platform: https://doliforge.org/ [14]
> ---------------------------------------------------------

reply via email to

[Prev in Thread] Current Thread [Next in Thread]