Dans un cadre professionnel, je confirme et suis souvent surpris du fait qu'un code Bash écrit des années plus tôt s'exécute sans erreur là où les autres outils ou langages ont évolué et de ce fait "cassés" des scripts simples (modification de syntaxes, ajout/suppression de sucres, changement/disparition de librairie, modification de comportement des objets conteneurs ou des compilateurs/environnement d'exécution).
Pour revenir au sujet de Git,
il manque peut-être à Git une interface semi-graphique. Je pense à la commande htop dans une console qui permet d'appeler des options par raccourcis clavier et aussi en clic souris (oui, dans une console).
Ce serait une plus-value en terme de confort pour l'utilisateur... plutôt qu'une recherche de performance qui sera comblée de toute façon par l'évolution de la puissance de nos machines...
Vous l'aurez deviné, j'utilise principalement Git en ligne de commande... ;)
[^] # Re: rebase
Posté par asky . En réponse à la dépêche Nouvelles de Git : 2.20.0, Git Merge, etc.. Évalué à 2. Dernière modification le 11 décembre 2018 à 23:47.
Dans un cadre professionnel, je confirme et suis souvent surpris du fait qu'un code Bash écrit des années plus tôt s'exécute sans erreur là où les autres outils ou langages ont évolué et de ce fait "cassés" des scripts simples (modification de syntaxes, ajout/suppression de sucres, changement/disparition de librairie, modification de comportement des objets conteneurs ou des compilateurs/environnement d'exécution).
Pour revenir au sujet de Git,
il manque peut-être à Git une interface semi-graphique. Je pense à la commande htop dans une console qui permet d'appeler des options par raccourcis clavier et aussi en clic souris (oui, dans une console).
Ce serait une plus-value en terme de confort pour l'utilisateur... plutôt qu'une recherche de performance qui sera comblée de toute façon par l'évolution de la puissance de nos machines...
Vous l'aurez deviné, j'utilise principalement Git en ligne de commande... ;)