Mais pour cela il faut modifier le Débardeur et SVP (ça serait aussi l’occasion de rajouter le nom du tag à l’origine du paquet).
+1 pour ajouter l’infos directement dans le XML + les tables, et ne pas avoir à scanner quoi que ce soit ensuite.
et +1 pour ajouter explicitement de quel tag ou branche vient un paquet publié (dans un champ tag_ou_branche ou autre nom, c’est pas obligatoirement tag suivant le dépôt, en théorie)
Après, si on se concentre uniquement sur Contrib on peut imaginer que l’information peut être associée à la rubrique-plugin en définissant un mécanisme automatique de mise à jour (on screen toutes les rubriques plugin régulièrement mais ça fait beaucoup d’appels d’API).
Et la question est aussi de savoir quel readme on va chercher : celui du master ou d’une branche ou d’un tag donné surtout quand on a souvent des masters qui ne génèrent pas de tag ?
Je suis un peu perplexe pour tout dire, c’est largement faisable mais faut bien détourer les spécifications.
C’est une bonne question. Pour moi c’est pas le master, car là on doit parler au grand public. Donc c’est :
- soit celui de la dernière release (le dernier tag posé)
- soit celui de la dernière release stable (encore plus réduit, mais peut-être trop vu que tout n’est pas toujours en stable mais pourtant bien à documenter quand même)
Plutôt partant pour le premier, c’est déjà assez précis : une personne a volontairement fait un tag donc rendu la chose publique.
Après pour revenir à un peu plus haut, moi je suis par défaut toujours très réticent à tout ce qui doit doublonner de l’information, à forcer à maintenir des synchronisations ensuite. Pour moi ce genre de comportement ne devrait arriver qu’en tout tout dernier recours quand on a vraiment pas le choix, et toujours réfléchir au max à ne pas avoir à gérer des synchros et des doublons de contenu.
On peut parfaitement afficher une rubrique en public même si rien dedans, il suffit de mettre {tout} dans la boucle par ex, pour les squelettes de la compo rubrique-plugin. Et donc ensuite afficher directement sur cette page le readme quand on le décide (là aussi il faut définir la spec, mais c’est un choix d’ergo d’ailleurs, ya un pad pour ça hihi). Genre on l’affiche si ya aucun article de type « documentation » par ex (s’il y a un seul article ça y va direct, s’il y a plusieurs articles ça affichera les listes de ces contenus suivant leur type et parfois readme ou pas, ce qui permet aussi d’affiche readme + des articles de conception ou d’actus si ya aucun article documentation, mais dès qu’il y en a un pas de readme).
–
RastaPopoulos