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

12

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 la métadonnée "Tested up to".

Il n'y aura aucune modification fonctionnelle du code, mais uniquement des métadonnées.

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

    
posée David G 20.01.2011 - 16:57

4 réponses

5

Je n'augmenterais le numéro de version que si les utilisateurs devaient télécharger le plug-in à 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 correct tags , 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 marquées.

    
réponse donnée Jan Fabry 21.01.2011 - 12:11
3

Je pense que les autres réponses ont bien expliqué les arguments en faveur de la suppression de l'attribut Tested up to , et je ne vois rien de mal à cela. Puisque personne n’a mentionné de raisons non pour faire cela, 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 lors de l'utilisation du code. Les conséquences potentielles sont certes mineures - voire 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çonnerais peut-être que son compte avait été piraté et que quelqu'un essayait d'injecter un malware dans le système. La dernière version, ou le fait que l'auteur ne sache pas comment fonctionne le contrôle de code source - et par extension, pourrait ne pas être 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 plugin 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 soupçonne que de telles choses sont souvent motivées par le moi 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 parmi 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 vous 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 termes de sécurité / performances / UI 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.

    
réponse donnée Ian Dunn 16.06.2012 - 20:11
1

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 vous engager rapidement pour changer cette chose et personne ne le remarquera vraiment si vous utilisez des tags. Je pense que vous devrez créer un nouveau tag (pas à 100%, pas très bien versé avec svn ).

    
réponse donnée Backie 20.01.2011 - 17:13
0

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.

    
réponse donnée editor 20.01.2011 - 17:06

Lire d'autres questions sur les étiquettes