J’ai arrêté d’utiliser make. Pour les question hors de build de projets C ou C++, je trouve qu’il y a pleins d’alternatives qui sont très intéressantes. Elles n’ont comme seule défaut d’être une pléthore de choix, mais je ne crois pas que ça puisse inquiéter quelqu’un qui a déjà choisi son gestionnaire de paquet, son shell, son environnement de bureau et sa distribution...
Pourquoi remplacer make ?
une syntaxe moins contraignante (pour certains c’est une question de goût quand on utilise du yaml comme avec task, mais avec d’autres il n’y a pas de question)
des options supplémentaires comme un mode watch
des aides pour être multiplateforme
le fait de pouvoir avoir un fichier standard commité et un non commité ce qui permet à la fois le partage et la customisation
des autocomplétions des fois plus poussées
simplifié avec la possibilité de lancer depuis un sous répertoire comme si on était au dessus
Mon préféré c’est mise. Je commit un mise.toml et j’ai un mise.local.toml qui est exclu de mes commits. Il peut installer des outils dans des versions spécifiques pour moi. Je le lance en mode watch pour certains usages. Il fait aussi l’équivalent de direnv.
Je m’en sert aussi pour mon serveur perso. Outre le fais de me simplifier des commandes ansibles un peu longues, j’ai aussi une commande « check » qui utilise hurle pour vérifier un certain nombre de services.
# Make
Posté par barmic 🦦 . En réponse au journal Docker swarm et Makefiles pour sa prod perso. Évalué à 4.
J’ai arrêté d’utiliser make. Pour les question hors de build de projets C ou C++, je trouve qu’il y a pleins d’alternatives qui sont très intéressantes. Elles n’ont comme seule défaut d’être une pléthore de choix, mais je ne crois pas que ça puisse inquiéter quelqu’un qui a déjà choisi son gestionnaire de paquet, son shell, son environnement de bureau et sa distribution...
Pourquoi remplacer make ?
Mon préféré c’est mise. Je commit un mise.toml et j’ai un mise.local.toml qui est exclu de mes commits. Il peut installer des outils dans des versions spécifiques pour moi. Je le lance en mode watch pour certains usages. Il fait aussi l’équivalent de direnv.
Je m’en sert aussi pour mon serveur perso. Outre le fais de me simplifier des commandes ansibles un peu longues, j’ai aussi une commande « check » qui utilise hurle pour vérifier un certain nombre de services.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll