Je n'ai pas compris ce qu'apporte cette fonctionnalité. Mettons que j'ai mon projet en python ou en rust hébergé sur mon Gitea. Ces projets ont des dépendances que je trouve respectivement sur Pypi.org et crates.io. Lors du déploiement de mon projet, comme sur la CI, il y a une étape qui (dans un conteneur) installe les dépendances depuis Pypi.org et crates.io.
Comment peut intervenir le registre de paquets de Gitea ? Merci :)
Posté par Simon (site web personnel) .
Évalué à 0.
Dernière modification le 26 juillet 2022 à 11:22.
Bonjour Bux,
De mon points de vue, tu as plusieurs cas d'usages qui sont intéressants.
1er cas : tu développes un paquet non public qui est une dépendance d'un projet à toi. Tu peux utiliser ton Gitea pour l'héberger et le rendre accessible via ton gestionnaire de paquets. Personnellement, je suis développeur PHP et via le fichier de dépendances de composer, je peux ajouter des registres qui seront consultés en priorité pour récupérer des paquets.
2ème cas : tu as une CI/CD dans une infra proche de ton Gitea et tu utilises des images dockers qui peuvent rapidement être obèses. Pour réduire le coût de bande passante (en temps et en ressources), tu peux héberger ces images docker sur ton Gitea plutôt qu'aux USA chez Amazon. C'est mon cas et ça permet de grappiller du temps de téléchargement non négligeable (je suis auto-hébergé).
3ème cas : tu veux centraliser tous tes paquets chez toi, en complément ou pas des registres officiels. Typiquement, j'ai réalisé des paquets/projets PHP, NPM et docker, ils sont maintenant tous accessibles depuis ma forge et liés à leur dépôt respectif. Même si je n'utiliserai pas systématiquement cette forge comme source de paquets principale, je serai en mesure de le faire le jour où un registre est HS.
# Peux-tu détailler ?
Posté par bux (site web personnel, Mastodon) . Évalué à 1.
Bonjour Simon,
Je n'ai pas compris ce qu'apporte cette fonctionnalité. Mettons que j'ai mon projet en python ou en rust hébergé sur mon Gitea. Ces projets ont des dépendances que je trouve respectivement sur Pypi.org et crates.io. Lors du déploiement de mon projet, comme sur la CI, il y a une étape qui (dans un conteneur) installe les dépendances depuis Pypi.org et crates.io.
Comment peut intervenir le registre de paquets de Gitea ? Merci :)
🦀🐍 http://github.com/buxx 🖥 https://algoo.fr 📋 https://tracim.fr
[^] # Re: Peux-tu détailler ?
Posté par claudex . Évalué à 3.
C'est dans la doc, par exemple pour Python: https://docs.gitea.io/en-us/packages/pypi/ En plus, tu peux aussi y stocker ton image de conteneur.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Peux-tu détailler ?
Posté par Simon (site web personnel) . Évalué à 0. Dernière modification le 26 juillet 2022 à 11:22.
Bonjour Bux,
De mon points de vue, tu as plusieurs cas d'usages qui sont intéressants.
1er cas : tu développes un paquet non public qui est une dépendance d'un projet à toi. Tu peux utiliser ton Gitea pour l'héberger et le rendre accessible via ton gestionnaire de paquets. Personnellement, je suis développeur PHP et via le fichier de dépendances de composer, je peux ajouter des registres qui seront consultés en priorité pour récupérer des paquets.
2ème cas : tu as une CI/CD dans une infra proche de ton Gitea et tu utilises des images dockers qui peuvent rapidement être obèses. Pour réduire le coût de bande passante (en temps et en ressources), tu peux héberger ces images docker sur ton Gitea plutôt qu'aux USA chez Amazon. C'est mon cas et ça permet de grappiller du temps de téléchargement non négligeable (je suis auto-hébergé).
3ème cas : tu veux centraliser tous tes paquets chez toi, en complément ou pas des registres officiels. Typiquement, j'ai réalisé des paquets/projets PHP, NPM et docker, ils sont maintenant tous accessibles depuis ma forge et liés à leur dépôt respectif. Même si je n'utiliserai pas systématiquement cette forge comme source de paquets principale, je serai en mesure de le faire le jour où un registre est HS.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.