Re: Nombre et noms des organisations Git
Gildas Cotomale <[email protected]>
| Newsgroups | gmane.comp.web.spip.devel |
|---|---|
| Message-ID | <CAKRmq4AzaXPVUPvjK7LtUmeNPKHqOU7bFzhG6hV4RqK+-nscXQ@mail.gmail.com> |
Le sam. 21 déc. 2019 17:03, Eric Lupinacci a écrit : > Yop, > > > Le sam. 21 déc. 2019 à 16:35, RastaPopoulos a écrit : > >> Je ne sais pas pour quelle utilisation précise, mais si c'est pour des >> automatismes je pense que c'est une mauvaise idée de se baser sur l'API >> d'une forge précise pour construire des outils pérennes. >> > +1 >> L'API peut servir bien sûr pour récupérer des choses en terme de Git, >> mais ensuite en terme de typologie et de quoi faire avec quel dépôt, on >> doit se baser sur leur contenu réel et de toute façon la majorité du temps >> sur de l'explicite. Les projets à empaqueter par ex, je pense que ça doit >> rester une déclaration voulue, donc savoir faire un listing automatique >> n'avance pas à grand chose. >> > > Déjà je ne vois pas pourquoi sous une forge Git il faudrait conserver un > empaqueteur. > Le zip est déjà dispo. > Il me semble y avoir une petite confusion. Quasiment toutes les forges offrent la possibilité de générer une archive d'une version donnée (on a cette possibilité aussi avec Trac et ça n'a rien à voir avec le fait d'être Git ou pas) Certaines ont en effet un système de distribution avancé : Sourceforge offre une zone de téléchargement pour chaque projet ; Github génère une page listant toutes les "release"s publiées avec leurs archives ; etc. Les mécanismes diffèrent d'une forge à une autre. Ce qu'il faudrait toujours c'est un référentiel des plugins (ie le XML de > SVP) pour construire le site associé. >