web-dev-qa-db-fra.com

Est-il nécessaire de modifier la version d'un plug-in si vous ne faites que mettre à jour l'attribut "Testé jusqu'à"?

J'ai un certain nombre de plug-ins hébergés sur le serveur wordpress.org svn ... avec la version imminente de la version 3.1, j'aimerais mettre à jour les métadonnées "Testé jusqu'à".

Il n'y aura pas de changements fonctionnels dans le code, juste les métadonnées.

Est-il nécessaire de changer le numéro de révision pour un changement aussi trivial?

12
David G

J'augmenterais seulement le numéro de version si les utilisateurs devaient télécharger le plugin à nouveau. La variable "Testé jusqu'à" n'est pas utilisée lors de l'installation du plug-in, mais uniquement lorsque des personnes souhaitent l'installer ou la mettre à niveau. Dans ce cas, les informations viennent quand même du serveur, vous n'avez donc pas besoin de forcer un nouveau téléchargement de votre plugin.

Bien sûr, si votre readme.txt dans le répertoire trunk a l'indicateur Stable tag, vous devez mettre à jour le readme.txt dans le sous-répertoire tags correct, sinon il sera ignoré. Il n’ya aucun problème à mettre à jour un fichier dans le répertoire tags et à ne pas créer de nouvelle version. Pour Subversion, c’est un répertoire normal comme tous les autres. C’est seulement une convention de l’utiliser pour les versions historiques balisées.

5
Jan Fabry

Je pense que les autres réponses ont bien expliqué les arguments en faveur de la substitution de l'attribut Tested up to, et je ne vois rien de mal à cela. Puisque personne n’a mentionné de raisons pas pour ce faire, j’ai pensé que je ferais l’avocat du diable;)

  • Les balises sont destinées et supposées être un instantané d’un programme à un moment donné. Modifier une balise après coup enfreint les conventions utilisées par les utilisateurs pour travailler avec le code. Les conséquences potentielles sont certes mineures - sinon inexistantes - dans ce cas particulier, mais beaucoup de gens préfèrent adopter une position puriste dans de telles situations et garder les choses claires à 100%. C'est pourquoi certains clients SVN émettent un avertissement lorsqu'un utilisateur tente de valider les modifications apportées à une balise.
  • En tant qu'utilisateur potentiel d'un plugin, si je consultais les journaux SVN et remarquais qu'un auteur apportait des modifications aux versions marquées, je soupçonnais que son compte avait peut-être été piraté et que quelqu'un essayait d'injecter un logiciel malveillant dans la dernière version, ou que l'auteur ne savait pas comment le contrôle de code fonctionne - et par extension, n'était peut-être pas un très bon programmeur -, ce qui me ferait hésiter à télécharger le plugin.
  • Vous perdez des données historiques. Par exemple, si vous souhaitez revenir un an plus tard et suivre la compatibilité de votre plug-in avec les versions principales, vous ne pouvez pas effectuer d'analyse précise car vos données ont été corrompues.
  • Il existe un autre mécanisme pour atteindre le même résultat. Le référentiel permet aux utilisateurs de décider si une version spécifique d'un plug-in fonctionne avec une version spécifique du noyau. Personnellement, je fais plus confiance à ces données qu'à l'affirmation de l'auteur du plugin.
  • Je suppose que la motivation pour des choses comme celle-ci est souvent l'ego et l'insécurité de l'auteur du plugin; ils veulent s'assurer que leur plugin a l'air "réussi" et soit téléchargé autant que possible. Je vois beaucoup ce genre de comportement chez les auteurs de plugins et je ressens souvent la tentation moi-même, mais je pense que c'est un peu immature et malsain, alors j'essaie d'y résister.

Mon conseil serait de se détendre et de laisser les balises seules. Exprimez simplement votre vote individuel pour "ça marche" sur la page de dépôt - après une série de tests, bien sûr - et laissez-le rester. Si vous êtes vraiment préoccupé par le fait que votre plugin semble être actif, passez votre temps à travailler sur de nouvelles versions avec des corrections de bugs, des améliorations en matière de sécurité/performances/interface utilisateur et de nouvelles fonctionnalités utiles; Ne perdez pas de temps à vous soucier de ce que les autres pensent ou du nombre de téléchargements de votre plugin la semaine dernière.

3
Ian Dunn

Eh bien, si vous ne faites que mettre à jour le fichier Lisez-moi, je ne vois aucune raison d’augmenter le numéro de version. Si vous n'utilisez que le coffre, vous pouvez faire un commit rapide pour changer cette chose et personne ne le remarquera vraiment si vous utilisez des tags. ).

1
Backie

Je pense qu'il est prudent de dire que c'est une question de choix personnel. Au lieu d’une mise à jour complète de la version (par exemple, 1.0 à 2.0), vous pouvez envisager d’en faire une version 1.1.

0
editor