Le Jeudi 31 Mars 2005 19:50, Julien L. a écrit : > C'est absolument grontrinesque comme solution. :p Globalement, je trouve > cela bien mais cela me pose quelque peu problème. > > Je ne sais pas comment vous développer un Nbuild mais, pour ma part, je > crée un répertoire pour le projet que je veux Nbuilder (appelons le 'foo' > par exemple) et j'y met tous les fichiers nécessaires (infos, build, desc, > ...). Ensuite, je me met à la racine de 'foo' et je tape la commande > "Ncooker pack foo". Mon Nbuild est alors créé. Après l'avoir testé, je le > publie. > > Admettons que quelqu'un me fasse une remarque sur mon Nbuild. Je décide > alors d'améliorer mon Nbuild pour prendre en compte la remarque. Ce que je > vas faire naturellement, c'est de retourner dans mon répertoire 'foo'. Or, > le fichier changelog n'aura pas été bougé et je risque d'oublier de le > mettre à jour. > > Je sais que vous allez me dire que j'aurais dû désarchiver le Nbuild mais > je trouve que c'est dommage de s'embêter avec cela. Ce sont des > manipulations pour pas grand chose.
En fait, si, le fichier changelog du répertoire aura été modifié. Pour être plus précis : - tu crées ton rép de travail avec les fichiers nécessaires - tu renseignes le fichier changelog qui se trouvent parmi eux - tu fais « Ncooker pack » qui va compléter les fichiers infos et changelog, _avant_ de créer le nbuild. Donc dans ton rép, tu as à présent le fichier changelog mis à jour par la commande pack + le nbuild. Si on te demande de faire une modif, tu peux retourner dans ton rép, incrémenter NPKG_RELEASE dans le fichier infos, ajouter une nouvelle entrée dans le changelog, et à nouveau faire « Ncooker pack ». Tu obtiendras à nouveau un fichier changelog mis à jour + ton nouveau nbuild. Par contre autre cas : tu crées un nouveau nbuild comme indiqué ci-dessus, et tu le publies. Qqn le récupère et le modifie, créant ainsi une deuxième release du nbuild. Puis il le publie. Si là on te demande de faire une modif, il faut que tu récupères son nbuild et que tu le décompresses pour avoir les dernières modifs, dont le changelog. Pour les nbuilds officiels, ça pourrait être bien de placer les fichiers de conf directement sur CVS. Par fichier de conf, j'entends infos, desc, build, changelog, ..., par le nbuild directement. Je pourrais aussi modifier la commande pack pour qu'elle prenne en paramètre une URL vers un module CVS, par exemple : $ Ncooker pack cvs://[EMAIL PROTECTED] ou un truc du genre ... > Un peu dans le même esprit, il pourrait être intéressant de trouver un > moyen d'obliger le Nbuilder à incrémenter le numéro de version du Nbuild. > Je pense qu'il sera assez facile de l'oublier. Je suis entièrement d'accord, mais comment ? :^) Pour l'instant, j'ai pas d'idée. > Que se passe-t-il si je commence le développement d'un Nbuild puis je le > passe à un autre développeur afin qu'il le fignole. Je ferai un "Ncooker > pack" puis lui enverrai par e-mail. Il voudra reprendre le nbuild mais la > vérification sur l'auteur retournera une erreur. Est-ce gênant ? Tout personne reprenant un nbuild pour le modifier, même si c'est du fignolage, doit incrémenter le numéro de release, et donc ajouter une nouvelle entrée dans le fichier changelog. En procédant ainsi, il n'y aura pas de pb sur la vérification de l'auteur, puisque chacun aura travailler sur une release différente du même paquet. Gontran
