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.
~if(10>1,
<![bloc1[
Voici le premier bloc nommé "bloc1"
~if(empty(foo),
foo=10,
<![foo[ Un autre bloc nommé "foo" ]foo]>
)
]bloc1]>,
<![foo[ Encore un autre bloc nommé "foo" ]foo]>
)
Je vois cependant plusieurs limites :
- pour lancer une application graphique, tu dois passer par l'ouverture d'un xterm
- tu es vite limité par la création d'une seule liste de "tâches". Imaginons que tu veuilles préparer des environnements de travail par bureau virtuel, comment fais-tu ?
Sans parler de difficulté de configuration, je me suis déjà penché sur cette dernière question et j'ai trouvé une solution avec xdotool (exemple). Cependant, Je suis conscience que ce n'est pas tout à fait ce que tu proposes :)
[^] # Re: Peux-tu détailler ?
Posté par Simon (site web personnel) . En réponse au lien Gitea 1.17 intègre un registre de paquets. É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.
# Merci
Posté par Simon (site web personnel) . En réponse à la dépêche Vingt-quatre ans de LinuxFr.org. Évalué à 5.
Merci pour cette belle source d'information qu'est LinuxFR :)
[^] # Re: Interopérabilité des messageries
Posté par Simon (site web personnel) . En réponse au lien L’Union européenne va mieux encadrer les géants du numérique. Évalué à 1.
Avec un peu d'huile de coude, tu peux déjà tendre à le faire avec Matrix.
[^] # Re: Templeet ?
Posté par Simon (site web personnel) . En réponse à la dépêche Rendez-vous Les moteurs de Template en PHP le 6 octobre 2015 à Paris. Évalué à 1. Dernière modification le 04 octobre 2015 à 15:39.
C'est que ça semble vraiment génial à utiliser…
# Intéressant mais quelques limites
Posté par Simon (site web personnel) . En réponse à la dépêche OcLaunch, launch automagically. Évalué à 1.
Projet intéressant.
Je vois cependant plusieurs limites :
- pour lancer une application graphique, tu dois passer par l'ouverture d'un xterm
- tu es vite limité par la création d'une seule liste de "tâches". Imaginons que tu veuilles préparer des environnements de travail par bureau virtuel, comment fais-tu ?
Sans parler de difficulté de configuration, je me suis déjà penché sur cette dernière question et j'ai trouvé une solution avec xdotool (exemple). Cependant, Je suis conscience que ce n'est pas tout à fait ce que tu proposes :)
[^] # Re: Thunderbird et Firefox dans une seule fenêtre
Posté par Simon (site web personnel) . En réponse au journal Des news de Firefox. Évalué à 1.
Firefox n'est pas là pour lire mes mails !