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é.
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.