Bonjour linuxfr,
cela fait un moment que je n'étais venu vous parler de loco.sh
, la solution d'industrialisation en bash. Plus d'un an a priori. Entre temps des bugs étaient apparus dans l'application sous macOS : dans certaines situations le contexte d'exécution était perdu dans les subshells invoqués par su
… Cela a été complexe à analyser et résoudre mais aujourd'hui tout semble revenu en ordre.
N'hésitez pas à ouvrir des tickets pour déclarer des incidents ou demander des évolutions, mais aussi à déposer une étoile. Les projets d'industrialisation DevOps en bash font partie intégrante des biens communs francophones, les soutenir est important pour défendre des valeurs d'ouverture et de souveraineté numérique. Déposer une étoile devient alors un acte militant, citoyen, proche de la contribution upstream.
https://github.com/t0pd4wn/loco.sh
Et n'oubliez pas de mettre aussi une étoile sur yb
, l'incroyable parser yaml en bash :
https://gitlab.com/t0pd4wn/yb
# Comparaison avec Ansible
Posté par raphj . Évalué à 4 (+2/-0).
D'abord, tu as l'air de dédier beaucoup de temps et d'énergie à ce projet, bravo du coup. Le readme a l'air très complet aussi, c'est chouette. Et merci pour le partage sous licence libre.
Je ne me souvenais plus bien pour ma part, donc j'ai essayé de creuser pour savoir à quoi ça sert.
C'était là : https://linuxfr.org/news/loco-sh-programmez-votre-terminal-comme-un-pro
Ça a l'air d'être « Ansible en local et en 100% bash sans dépendances ». Vu qu'il est possible d'utiliser Ansible en local (ça avait été soulevé en commentaires dans la dépêche), ça devient alors « Ansible en 100% bash sans dépendances ».
Je suppose que ma question est alors : si
apt install ansible
)apt install --no-install-recommends ansible
veut m'installer 15 paquets, dont 11 paquets Python, et ansible est séparé en deux paquets) (cela dit je suis sensible à la légèreté, la simplicité et à moins de dépendances)Alors, qu'est-ce qui devrait me motiver à utiliser Loco.sh plutôt qu'Ansible ? Sachant que 100% bash n'est pas une feature pour moi, seulement pour les dev de l'outil.
J'imagine que ton outil subit la même tragédie que Tracim vis à vis de Nextcloud, on va perpétuellement te demander « Pourquoi Loco vs Ansible ». Peut-être que ça pourrait être une section dédiée dans le readme. Ansible c'est très bien établi, on peut trouver de l'aide partout, c'est packagé dans les distributions Linux, donc faut avoir des motivations claires pour utiliser autre chose. Est-ce que c'est plus simple à utiliser pour certaines choses ?
Un petit hello world en tout début de readme (et dans ce journal) pourrait probablement aider.
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.