P@t a écrit:
rub a écrit:
P@t a écrit:
Si ca ne correspond pas, il le modifiera automatiquement dans le fichier, avant de créer l'archive.
Cela évite les oublis...Uniquement dans l'archive pas sur le dépôt svn?
Oui, uniquement dans l'archive...
Je ne pense pas que ce soit vraiment necessaire de modifier ca sur le dépot svn...
Personnellement, je préfères avoir la même chose dans svn que dans l'archives.
Ou bien, on fait en sorte de plus jamais renseigner les champs dans le dépot.
P@t a écrit:
Surtout que cela implique de devoir rentrer son nom d'utilisateur et son mot de passe pour le commit.
Il suffit d'avoir un utilisateur PEM et tout sera commiter sous ce user... (on n'a pas déjà eu cette discussion?)
Hors ligne
rub a écrit:
Ou bien, on fait en sorte de plus jamais renseigner les champs dans le dépot.
Personellement, c'est ce que j'ai commencé à faire sur mon dernier commit du plugin autoupgrade.
Je met: "Version: auto" et PEM s'occupe du reste.
A la place de auto, vous pouvez d'ailleur mettre ce que vous voulez, voir rien du tout, mais il faut laisser au minimum: "Version:"
rub a écrit:
P@t a écrit:
Surtout que cela implique de devoir rentrer son nom d'utilisateur et son mot de passe pour le commit.
Il suffit d'avoir un utilisateur PEM et tout sera commiter sous ce user... (on n'a pas déjà eu cette discussion?)
Si si, on a déjà eut cette discussion, et j'étais de ton avis!
Le problème actuellement, c'est quand un utilisateur fait une demande pour avoir un dossier SVN pour son plugin, son mot de passe pour commiter est attribué aléatoirement. Il faudra donc prévoir un champ nom d'utilisateur et mot de passe dans le paramétrage SVN des extensions.
Et le mot de passe devra etre stocké en clair pour pouvoir etre utilisé pour commiter....
Hors ligne
P@t a écrit:
Et le mot de passe devra etre stocké en clair pour pouvoir etre utilisé pour commiter....
En fait je pensais plus à:
o création du user PEM spécifique pour attaquer le dépot SVN (uniquement le répertoire extension)
o nom et mot de passe sont stockés dans la config de PEM
o la modification et le commit se font avec ces identifiants
C'est transparent pour l'utilisateur, il n'a pas de besoin de donner ses clefs SVN...
Et à partir de PEM, on peut faire ce qu'on veut...
De plus, avoir un user PEM permettra de suivre les commits venant de PEM...
Hors ligne
Comme disent les anglais: KISS !!!
Keep it simple and stupid.
= Ne pas compliquer outre mesure.
Hors ligne
C'est une bonne idée rub, mais je suis vraiment de l'avis de vincent...
Gardons les choses simples.
J'aime bien ma solution de mettre "Version: auto" dans le main.inc.php.
Dernière modification par P@t (2009-07-16 17:44:45)
Hors ligne
Je suis d'accord avec vous, c'était juste pour proposer une solution avec modif du dépot.
Pour la modification à la volée, ne pourrait-on pas le faire uniquement sur détection d'un flag (auto ou $version ou ??? / idem pour les autres).
Et rajouter (si ce n'est fait) la révision utilisée dans un commentaire?
Hors ligne
rub a écrit:
Pour la modification à la volée, ne pourrait-on pas le faire uniquement sur détection d'un flag (auto ou $version ou ??? / idem pour les autres).
Je me suis posé la question en faisant ca... mais bof, ca n'apporte pas grand chose.
Chacun fait comme il le sent comme ca ;-)
rub a écrit:
Et rajouter (si ce n'est fait) la révision utilisée dans un commentaire?
Ca par contre, c'est prévu depuis le début...
Un commentaire doit s'insérer automatiquement dans l'archive.
Mais sur les serveurs de free, le plugins manager n'arrive pas à extraire une archive avec un commentaire!
J'ai donc retiré cette fonction.
Un fichier pem_metadata.txt à la racine de l'archive ferait l'affaire je pense...
Hors ligne
P@t a écrit:
Un fichier pem_metadata.txt à la racine de l'archive ferait l'affaire je pense...
C'est pas un imbécile l'ami P@t...
Même qu'une gestion des descriptions dans différentes [lang=].
Afin d'avoir la page des plugins actifs dans sa langue, ça devrait pouvoir le faire.
Je dis une petite sonnerie ou pas?
Hors ligne
VDigital a écrit:
P@t a écrit:
Un fichier pem_metadata.txt à la racine de l'archive ferait l'affaire je pense...
C'est pas un imbécile l'ami P@t...
Oui, enfin bon, j'aurai préféré un commentaire d'archive, beaucoup plus propre...
Mais free en a décidé autrement!
VDigital a écrit:
Même qu'une gestion des descriptions dans différentes [lang=].
Afin d'avoir la page des plugins actifs dans sa langue, ça devrait pouvoir le faire.
Je dis une petite sonnerie ou pas?
Ca c'est un autre problème! Il faudrait ouvrir un fil à ce sujet d'ailleurs...
Hors ligne
P@t a écrit:
Chacun fait comme il le sent comme ca ;-)
Bof... mais c'est juste mon point de vue.
P@t a écrit:
rub a écrit:
Et rajouter (si ce n'est fait) la révision utilisée dans un commentaire?
Ca par contre, c'est prévu depuis le début...
Un commentaire doit s'insérer automatiquement dans l'archive.
Mais sur les serveurs de free, le plugins manager n'arrive pas à extraire une archive avec un commentaire!
J'ai donc retiré cette fonction.
Un fichier pem_metadata.txt à la racine de l'archive ferait l'affaire je pense...
Pourquoi pas. En fait, moi, je pensais à un commentaire dans le bloc commentaire du fichier main.inc.php.
<?php /* Plugin Name: test Version: auto Description: ??? Author: Ruru PEM Comment: R1234 */ ?>
Mais on ne peut pas pousser le truc un peu plus loin, génération automatique de la version...
Version = révision utilisée
ou
Version = Version entrée concaténée avec la révision
ou
Version = Version de piwigo compatible (la mieux) concaténée avec la révision
Soit pour la révision 1234 de la branche 2.0:
v=1234
v=<truc>.1234
v=2.0.1234
Hors ligne
rub a écrit:
P@t a écrit:
Un fichier pem_metadata.txt à la racine de l'archive ferait l'affaire je pense...
Pourquoi pas. En fait, moi, je pensais à un commentaire dans le bloc commentaire du fichier main.inc.php.
Le problème, c'est que c'est valable uniquement pour les plugins, c'est dommage...
Et de toute facon, l'utilisateur du plugin n'en a pas grand chose à faire de cette info.
C'est uniquement pour garder une trace dans l'archive
Bref, je viens de faire quelques corrections: http://svn.gna.org/viewcvs/pem?rev=168&view=rev
Radu devrait etre content, on pourra changer l'URL SVN au dernier moment.
Et le commentaire se fera dans le fichier pem_metadata.txt.
Pierrick devrait mettre en prod prochainement ;-)
Dernière modification par P@t (2009-07-16 19:34:11)
Hors ligne
P@t a écrit:
Ca c'est un autre problème! Il faudrait ouvrir un fil à ce sujet d'ailleurs...
Pierrick en a besoin... Soit il le fera lui-même, soit il ouvrira un topic.
;-)
pem_metadata.php
<?php
$plugin[' Name'] = 'test';
$plugin['Version'] = "x.X.xy;
$plugin['Description']['default'] = '....';
$plugin['Description']['fr-FR'] = '....';
$plugin['Author'] = '...';
$plugin['Revision'] = 'R1234';
?>
Hors ligne
P@t a écrit:
Et de toute facon, l'utilisateur du plugin n'en a pas grand chose à faire de cette info.
Sure, mais le support que nous sommes non!
P@t a écrit:
rub a écrit:
P@t a écrit:
Un fichier pem_metadata.txt à la racine de l'archive ferait l'affaire je pense...
Pourquoi pas. En fait, moi, je pensais à un commentaire dans le bloc commentaire du fichier main.inc.php.
Le problème, c'est que c'est valable uniquement pour les plugins, c'est dommage...
Je continue ma réflexion, je pensais bêtement à un commentaire comme on le faisait pour les autres infos.
Donc maintenant qu'on a un fichier pem_metadata.php, il serait sans doute bon de ne plus utiliser les commentaires des plugins mais uniquement ce fichier.
En plus ca fonctionnera aussi pour les thèmes et autres...
Quid par contre des fichiers non livrés dans pem...
mais on peut sans doute renommmer pem_metadata.php en infos_metadata.php (ou autre!)
L'idée, c'est de ne plus mettre les infos dans les commentaires d'un fichier quelconque mais de les mettre dans un fichier spécifique dédié à ca quelque soit le type l'extension...
Hors ligne
rub a écrit:
Donc maintenant qu'on a un fichier pem_metadata.php, il serait sans doute bon de ...
Sans doute, mais un fichier pem_metadata.php, je n'ai pas vu de réponse de P@t sur ce point.
Pour moi, nous n'avons pas de .php pour le moment...
Pour le reste, je suis d'accord.
Hors ligne
VDigital a écrit:
pem_metadata.php
<?php
$plugin[' Name'] = 'test';
$plugin['Version'] = "x.X.xy;
$plugin['Description']['default'] = '....';
$plugin['Description']['fr-FR'] = '....';
$plugin['Author'] = '...';
$plugin['Revision'] = 'R1234';
?>
je suis à fond dans cette idée : je ne savais pas trop où mettre les info de version pour ma dernière version de floPure
Néanmoins il faut généraliser : 'ext_data.php' et '$ext['X']'
le php est important si je veux réutiliser le travail que j'ai déjà fait avec floPure (include de php)
Hors ligne