[SPIP Zone] r110204 - in _plugins_/rang/branches/automatique

Le 11/05/2018 à 01:33, spip-zone-commit-JM9gtpQu/Ho@public.gmane.org a écrit :

Correction gros bug : le plugin supprimer les champs rang même sur les tables qui l'avaient déjà avant. Du coup on fait une fonction avec static qui garde en mémoire les tables avec ce champ déclaré avant que Rang ne complète la déclaration des objets. Et du coup lors de la désinstallation on a cette liste pour ne pas supprimer. Au passage on ne déclare aussi que si le champ n'est pas déjà déclaré.

Oh, un fork, comme sur github.

--
nicod_

Le 11/05/2018 à 01:53, nicod_ a écrit :

Oh, un fork, comme sur github.

Tu connais le développement par feature en git ? Un fork c'est quand on
crée son dépôt à soi et qu'on maintient un nouveau logiciel à part. Là
il s'agit d'une branche de dev pour tester des choses, sans aucune
garantie de résultat, et qui est marquée explicitement en
"expérimentale". Cela n'a donc rien à voir : calomnie de ta part.

Je copie donc la réponse qui est sur Contrib pour que tout le monde
comprenne l'argumentation et s'en fasse une idée :

*****

Il faut arrêter de calomnier en traitant les autres de calomniateur,
comme le fait de couper court à des discussions en traitant les
interlocuteurs de trolls dès qu’on veut arrêter.

Il me semble que c’est quand même assez objectif de dire qu’un bug qui
supprime des champs avec toutes leurs données alors qu’ils étaient là
avant, et que c’est irrécupérable, constitue un bug non négligeable qui
fait que ce n’est pas à mettre entre toutes les mains publiquement. Et
que donc soit ça doit être testé entre devs dans un premier temps, soit
s’il y a publication, l’indiquer.

Personne ne reproche à quiconque d’avoir des journées très remplies, je
suis le premier à ne pas avoir le temps d’avancer sur tout ce que
j’aimerais, mais du coup pas d’empressement à avoir, justement. :slight_smile:
Généralement, de nombreux plugins ont été d’abord présentés sur la liste
etc en demandant aux copains-copines contributeurices de tester, avant
d’avoir une documentation publique pour le reste du monde. Là il me
semble que ça a été un peu vite par rapport à l’état de stabilité :
immédiatement dès que la nouvelle manière a été commitée, paf article
publique, etc.

Par ailleurs, pour l’allusion, je ne fais pas un fork, mais une branche
de dev-feature expérimentale, pour voir si des choses sont possibles à
automatiser : je ne garantis pas du tout que ce soit possible, moi même
je n’en sais rien, c’est pour tester ! Et je le versionne parce je veux
pas perdre si mon ordi plante, normal.

Si jamais la chose est possible, et qu’on peut permettre d’avoir cette
fonctionnalité de tri sans demander aux devs d’objets, core ou plugins,
de modifier leurs squelettes, alors dans ce cas d’après moi c’est la
voie à suivre en priorité avant toute autre amélioration, afin que ce
soit vraiment générique. C’est aussi ce qui me fait dire que ce n’est
pas finalisé, d’autant plus si l’idée à moyen terme c’est que ça puisse
intégrer la dist ou le noyau, pour arrêter d’utiliser les numéros dans
les titres. Si les tests fonctionnent mais que je suis le seul à penser
que c’est le but prioritaire, là oui ça deviendra peut-être un fork.
Mais bon on n’en est pas là, pour l’instant c’est vraiment du proof of
concept juste pour tester et pouvoir montrer, ya aucune promesse.

En espérant avoir assez argumenté…

--
RastaPopoulos