|
From: | paul POULAIN |
Subject: | Re: [Dolibarr-dev] Nouvelles du fr ont. Dev passés et a venir. |
Date: | Fri, 23 Sep 2005 15:06:45 +0200 |
User-agent: | Mozilla Thunderbird 1.0.2 (X11/20050317) |
Gael Canal a écrit :
Salut, En réponse au mail de Vianney, big brother, pour ceux que ça interesse, c'est moi. Le jeudi 22 septembre 2005 à 07:45 +0200, Vianney ASSOFI [SQSI] a écrit :Il faut que l'on arrete de coder des nouvelles fonctionnalités et que l'on closent tous les bugs ouverts. Mais je sais comme il est difficile de s'arreter de coder.Question : ne peut-on pas simplement mettre un flag "STABLE" sur lerepository, et continuer le dev sur HEAD tout en patchant STABLE ? ... cvs c'est un vrai bonheur ;-)Ok, c'est du boulot en plus, mais ça permet aux codeurs fous de coder, et aux utilisateurs qui le souhaitent d'avoir une base saine. Le premier pas vers cet objectif serait de définir les "fonctionnalités" à inscrire au titre de la version stable à venir. Ensuite, intégrer la philosophie stable/instable dans la gestion des bugs, le suivi des problèmes de sécurité etc... bref, un pas à franchir dans la gestion quotidienne du dev.
Pas mettre un flag, mais créer une branche. appelons là stable_20ensuite, il suffit de récupérer le cvs stable_20 dans un répertoire et le head dans un autre. Lorsque l'on veut mettre dans le head les mises à jour de l'autre branche, un
cvs checkout -j stable_20 . dans le répertoire head va tout mettre à jour.Et introduire des bugs probablement au fur et à mesure que head et 20 s'éloignent l'un de l'autre. Mais la synchro affiche les problèmes qu'elle a rencontré et met tout plein de >>>>>> et <<<<<<< pour qu'on s'y retrouve.
Mon avis, c'est qu'il faudrait surtout un "Release Manager" pour la 2.0. C'est à dire quelqu'un qui s'engage à faire aboutir la version 2.0 pendant que les autres s'amusent sur la branche stable. Ca ne veut pas dire qu'il ferait tout, mais qu'il aurait la responsabilité de valider les fix et de dire si/quand c'est stable.
Quitte à sortir une 2.0RC1, 2.0RC2...Mais il FAUT arréter les ajouts fonctionnels à un moment, sinon on ne s'en sort pas !
-- Paul POULAIN Release Manager pour les version 2.0 et 2.2 de Koha, maintenant Release Maintainer pour la 2.2 alors que Joshua, un américain est Release Manager pour la future 3.0 !
[Prev in Thread] | Current Thread | [Next in Thread] |