Est-il nécessaire de bump la version d'un plug-in si vous mettez simplement à jour l'attribut "Testé jusqu'à"?

12

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

Il n'y aura aucun changement fonctionnel au code, juste les métadonnées.

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

David G
la source

Réponses:

5

Je n'augmenterais le numéro de version que si les utilisateurs devaient télécharger à nouveau le plugin. La variable "Testé jusqu'à" n'est pas utilisée lorsque le plugin est installé, uniquement lorsque les gens veulent l'installer ou mettre à niveau. Dans ce cas, les informations proviennent du serveur de toute façon, vous n'avez donc pas besoin de forcer un nouveau téléchargement de votre plugin.

Bien sûr, si votre readme.txtdans le trunkrépertoire a un Stable tagindicateur, vous devez mettre à jour le readme.txtdans le tagssous-répertoire correct , sinon il sera ignoré. Il n'y a aucun problème à mettre à jour un fichier dans le tagsrépertoire 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 pour l'utiliser pour les versions historiques balisées.

Jan Fabry
la source
3

Je pense que les autres réponses ont expliqué en détail les arguments en faveur de la suppression de l' Tested up toattribut, et je ne vois rien de mal à cela. Comme personne n'a mentionné de raisons de ne pas le faire, j'ai pensé que je jouerais l'avocat du diable;)

  • Les balises sont conçues et supposées être un instantané d'un programme à un moment donné. Modifier une balise après coup viole les conventions sur lesquelles les gens s'appuient lorsqu'ils travaillent avec le code. Les conséquences potentielles sont certes mineures - sinon inexistantes - dans ce cas spécifique, mais beaucoup de gens préfèrent adopter une position puriste dans de telles situations et garder les choses à 100% claires. C'est pourquoi certains clients SVN émettront un avertissement lorsqu'un utilisateur tentera de valider les modifications apportées à une balise.
  • En tant qu'utilisateur potentiel d'un plugin, si je regardais les journaux SVN et remarquais qu'un auteur apportait des modifications aux versions balisées, je soupçonnerais que son compte avait peut-être été piraté et que quelqu'un essayait d'injecter des logiciels malveillants dans la dernière version, ou que l'auteur ne savait pas comment fonctionnait le contrôle des sources - et par extension, n'était peut-être pas un très bon programmeur - ce qui me rendrait hésitant à télécharger le plugin.
  • Vous perdez des données historiques. Par exemple, si vous vouliez revenir un an plus tard et suivre la compatibilité de votre plugin avec les versions principales, vous ne pouvez pas effectuer une analyse précise car vos données ont été corrompues.
  • Il existe un autre mécanisme pour obtenir le même résultat. Le dépôt permet aux utilisateurs de décider si une version spécifique d'un plugin fonctionne ou non avec une version spécifique de core. Je fais personnellement confiance à ces données plus qu'à l'affirmation de l'auteur du plugin.
  • Je soupçonne que la motivation pour des choses comme celle-ci est souvent le propre ego et l'insécurité de l'auteur du plugin; ils veulent s'assurer que leur plugin a l'air "réussi" et est 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 de lui résister.

Mon conseil serait de se détendre et de laisser les balises seules. Il suffit de voter individuellement pour "ça marche" sur la page de dépôt - après une série de tests, bien sûr - et d'en rester là. Si vous êtes vraiment préoccupé par le fait que votre plugin semble actif, passez votre temps à travailler sur de nouvelles versions avec des corrections de bogues, des améliorations 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 que votre plugin a obtenus la semaine dernière.

Ian Dunn
la source
1

Eh bien, si vous mettez simplement à jour le fichier Lisez-moi, je ne vois aucune raison d'augmenter le numéro de version. Si vous utilisez simplement le tronc, vous pouvez faire un commit rapide pour changer cette chose et personne ne le remarquera vraiment si vous utilisez des balises, je pense que vous devrez créer une nouvelle balise (pas 100% pas très bien versée avec svn ).

Backie
la source
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 pourriez envisager d'en faire une version 1.1.

éditeur
la source