Je ne vois pas d'incohérence : la 33dfx a ammené une révolution avec son API Glide (contextualisation du début d'article), mais la GeForce a introduit le concept le Transform and Lighting (T&L) sur une carte qui techniquement semblait en dessous des autres (gravure, vitesse du processeur) mais qui utilisait ses ressources diféremment (pour ne pas dire plus efficacement).
… c'est de mémoire le premier ordinateur que j'ai utilisé.
J'étais en CM1, l'instituteur avait amené un TO7 au fond de la classe et tour à tour nous sommes allé jouer à un jeu de "destruction d'immeubles" par un avion (je ne me rappelle plus le nom, et il y a eu plusieurs clones de ce jeu).
Ensuite il nous a fait faire quelques petits programme (toujours tour à tour au fond de la classe), puis il y a eu les cours donnés à toute la classe (théorie en classe, puis pratique au collège à 10-15 mn de marche ou il y avait une salle d'informatique - plein de TO7).
C'est là que l'instituteur nous disait sans cesse que "l'ordinateur il est bête comme ses pieds, il ne fait que ce qu'on lui demande".
Il y a eu aussi la "salle informatique improvisée" dans l'école primaire ou les profs amenaient leur TO7 pour que l'on puisse faire nos manips … ( ça a été ponctuel, peut-être avant d'aller jusqu'au collège d'à côté, ou à des moments ou la salle n'était pas dispo).
A cette époque c'était les TO7 de ce type. Ensuite le collège a été équipé des MO5 avec claviers à gomme.
C'est à cette époque que j'ai décidé de mon avenir professionnel ( en CM1).
Sur Apache, PHP, Bind, Samba, et OpenVPN tiens aussi, c'est plus que probable qu'il y ai eu des CVEs graves en 10 ans.
ce n'est pas du BSD ça. C'est de la mise à jour de softwares (ports sous FreeBSD, pkgsrc sous Netbsd …). Je ne sais pas s'ils ont fait les mises à jour de leurs paquets. Je ne sais pas si ça a été fait, mais tu peux toujours mettre à jour cette partie sans mettre à jour l'OS.
Maintenant je ne défends pas bec et ongles l'intervenant (si la machine n'a eu aucun suivi, c'est effectivement un problème), mais je veux juste souligner que BSD et Linux ce sont deux mondes différents, et qu'on ne peut pas forcément appliquer (ou s'offusquer de la non application) des mêmes règles de chaque côté. Autrement dit, un uptime de 300 jours sur un BSD m'inquiètera moins qu'un uptime de 90 jours sur une machine Linux …
Dejà il faudrait voir si des failles critiques sur ces composants ont été remontées …. Si ce n'est pas le cas, pas de quoi s'affoler. Ensuite, si des failles critiques ont été remontées, étaint-elles utilisables dans le contexte de ce serveur ?
Je n'i pas le temps de faire la recherche maintenant sur les CVE xBSD. Ah, il y a peut-être eu effectivement un problème avec ssh ces dernières années … a voir si le serveur en question était concerné.
Pensez-vous réellement, que les dirigeants se lèvent le matin en se disant : "comment vais-je réussir à mal gerer mon entreprise aujourd'hui, il faut vraiment que je trouve une solution pour faire que de la merde, sinon je risque la faillite car je ferais les choses bien".
La question n'est pas posée ainsi … ce serait plutôt "Comment je vais réussir à maximiser les profits de mon entreprise (et de mes actionnaires) aujourd'hui pour pouvoir augmenter mes propres profits et mes bonus, au moins pendant les 3 à 5 ans durant lesquels je serai à la tête de celle-ci ?". On a quelques exemples sympa en France, Atos étant le dernier en date, mais il y a eu des précédents (Vivendi, Alcatel, Arcelor, etc …) ou le but a été de se faire le max de pognon quitte à mettre les entreprises en faillite.
Après ce n'est pas une généralité : pour certaines strutures plus petite, la queston est de pouvoir survivre en faisant des compromis sur le court/moyen terme car le libre est parfois un investissement qui s'averera payant que sur le long terme.
Dans certains cas comme le machine learning ou l'analyse de données, la performance est primordiale et c'est pour ca que python est choisi.
Bah c'ezst pas réellement du Python, il y a beaucup de binding python vers C. Ce n'est pas un reproche ni une attaque, mais une précision qui me parait importante, car dans ce cas on ne peut pas dire qu'on choisit python pour ses perfs. Les perfs, c'est le code C compilé qui l'assure.
Je pense que Perl6/Raku répondait à un réel besoin, mais est arrivé bien trop tard : d'autres langages on répondu à ce besoin. D'autre part la rupture majeure entre perl5 et Raku de mon point de vue était trop importante pour séduire la communauté Perl.
Je me suis fait aussi avoir … pour insérer des blocs de code il faut une ligne vide avant le délimiteur de début de bloc de code (les 3 quotes inversées).
Il me semble que ton affirmation nécessite une référence.
Je n'ai malheureusement pas de référence publique, ce benchmark avait été fait chez un opérateur réseau/téléphonie en interne( je l'ai vu lors d'une de mes missions chez cet opérateur), et date pas mal (une dizaine d'année je pense), et dans un contexte donné (gestion de trames SNMP dans une solution de supervision réseau style CACTI). Il est fort possible que Python se soit amélioré depuis par rapport à Perl. D'autre part, python "triche" un peu dans certains cas avec utilisation de bindings python vers bibliothèques écrites en C et compilées, donc on ne peut pas forcément parler de code natif.
Celà dit le sens de mon propos n'est pas forcément d'affirmer qu'aujourd'hui, Perl est plus performant que Python. Ca a été le cas à une époque (au moins pour certains types de traitements), c'était un de ses points forts par rapport à Python, mais malgré cet avantage à ce moment, ce point n'a pas empêché celui-ci de perdre en popularité.
Normalement, en une seule fois ça passe (pas besoin d'intermédiaire):
:g/^d/d
Il n'est pas utile de remplacer quoi que ce soit pour que ça marche. Mon explication sur le remplacement était là pour faire comprendre le mode de fonctionnement de VIM, et ce qu'il permet de faire en général. Ca permet de comprendre la logique (et peut servir plus tard).
Ca ne marchera pas dans tous les cas. Si une ligne commence par "dr--" (lecture uniquement pour le propriétaire), tu ne le trouveras pas. D'autre part, si tu as un fichier qui contient "drwx" dans son nom, il sera supprimé également.
Oui c'est exactement ça. Il te suffit de trouver la regexp qui permet d'identifier toutes les lignes qui commencent par 'd' et de les supprimer comme je te l'ai indiqué dans les précédents posts.
En fait pour être plus précis, g signifie "global". Si on ne spécifie pas "g dans l'expression ( :/toto/d ) , la commande s'exécutera sur la ligne courante : la ligne courante sera supprimée si elle contient l'expression 'toto', et vim demande d'appuyer sur "n" pour trouver le suivant.
Oups … j'ai oublié une étape (le commentaire sous le mien me l'a rappelé, merci à kangourou13000 ) : pour la suppression des lignes il fait ajouter 'd' à la fin ce qui donne pour mon exemple :
En mode édition, Vi(m) permet de faire de la modification massive de fichiers sur tout ou partie de celui-ci.
Par exemple pour faire de la substitution de texte, il est possible d'utiliser "s". Pour remplacer la première occurence de "toto" par "titi" dans un fichier, il suffit de taper la séquence suivante en mode commande :
:s/toto/titi/
s pour substitute, ensuite on fait comme avec sed, on positionne entre /// la regexp source puis la chaine cible. Il est d'usage d'utiliser le / comme caractère de séparation, mais on peut aussi en utiliser d'autres (tels que !, :, … et l'expression devient alors :s!toto!titi!), ce qui est pratique lorsque la regexp contient des '/' A noter que cette commande ne se fera que sur la ligne courante.
Pour faire la modification sur plusieurs lignes, il suffit de spécifier les lignes sur lesquelles on veut faire la modif
:2s/toto/titi/
Cette commande va remplacer la première expression 'toto' par 'titi' en ligne 2. Pour le faire sur plusieurs lignes :
:1,3s/toto/titi/
Cette commande va remplacer la première expression 'toto' par 'titi' sur les lignes 1 à 3. Pour le faire sur la totalité du fichier :
:1,$s/toto/titi/
Le remplacement se fera de la ligne 1 à la dernière ligne, symbolisée par le caractère '$'
Autre point : pour remplacer la totalité des occurences de l'expression régulière sur une ligne plutôt que la première, il suffit d'ajouter un 'g' à la fin de la commande :
:1,$s/toto/titi/g
Ici on remplacera, dans tous le fichier (1,$) l'expression 'toto' par 'titi' sur toutes les lignes. Il existe d'autres flags que 'g' (utilisés également avec sed et awk) que je ne détillerai pas ici pour éviter d'embrouiller, mais vous pouvez aller voir cette documentation. Ce sont plus ou moins les mêmes que pour sed.
Nous avons vu comment remplacer du texte dans ceraines lignes via des regexp. Maintenant commant les supprimer ?
Il suffit d'utiliser 'g' comme ceci pour supprimer par exemple toutes les lignes contenant l'expression toto dans le fichier :
:g/toto/
Ici, pas besoin de spécifier les lignes sur lesquelles la commande s'exécutera, elle se fera sur l'ensemble du fichier. Toutes les lignes contenant 'toto' seront supprimées.
Du coup pour répondre à ta question, il te suffit d'identifier dans ton fichier une expression qui te permet de distinguer un répertoire d'un fichier, et d'utiliser la commande que je t'ai donnée au dessus. Je te laisse chercher un peu la regexp à utiliser ….
Merci pour le retour. Il est vrai que pour ma part, toutes les actions avancées que je dois faire avec Git, je les fais soit en CLI en local, soit via l'IHM de mon gestionnaire de repo. J'utilise essentiellement en milleu pro ou perso Gitlab/github qui permettent de voir pas mal de choses au niveau des historiques et des comparaisons de branches. De ce fait je n'ai pas forcément eu besoin d'autre chose. De toute façon quand j'ai eu besoin de faire quelque chose de plus compliqué que ce que faisait l'IDE, c'est parce que j'avais un gros problème à résoudre et dans ce cas rien ne vaut la bonne vieille ligne de commande. Mais j'essaierai à l'occasion pour voir ce qu'une GUI apporte.
Je n'ai jamais vraiment utilisé ce genre d'outil (excepté tortoise Git à une époque sous windows au travail), et je n'ai pas été vraiment convaincu de leur réelle utilité. Les IDE un peu avancés (VSCodium, Eclipse, etc …) contiennent des plugins permettant de gérer des repo GIT. En quoi une GUI apporte-t-elle quelque chose ?
[^] # Re: 3dfx et Glide
Posté par totof2000 . En réponse au lien [Rétro] Retour sur une carte graphique révolutionnaire. Évalué à 3.
Je ne vois pas d'incohérence : la 33dfx a ammené une révolution avec son API Glide (contextualisation du début d'article), mais la GeForce a introduit le concept le Transform and Lighting (T&L) sur une carte qui techniquement semblait en dessous des autres (gravure, vitesse du processeur) mais qui utilisait ses ressources diféremment (pour ne pas dire plus efficacement).
[^] # Re: Souvenirs souvenirs ....
Posté par totof2000 . En réponse au lien Petite histoire du TO7. Évalué à 2.
Ca donait ça.
(le site d'ou est extrait l'image)
# Le TO7
Posté par totof2000 . En réponse au lien Petite histoire du TO7. Évalué à 5.
… c'est de mémoire le premier ordinateur que j'ai utilisé.
J'étais en CM1, l'instituteur avait amené un TO7 au fond de la classe et tour à tour nous sommes allé jouer à un jeu de "destruction d'immeubles" par un avion (je ne me rappelle plus le nom, et il y a eu plusieurs clones de ce jeu).
Ensuite il nous a fait faire quelques petits programme (toujours tour à tour au fond de la classe), puis il y a eu les cours donnés à toute la classe (théorie en classe, puis pratique au collège à 10-15 mn de marche ou il y avait une salle d'informatique - plein de TO7).
C'est là que l'instituteur nous disait sans cesse que "l'ordinateur il est bête comme ses pieds, il ne fait que ce qu'on lui demande".
Il y a eu aussi la "salle informatique improvisée" dans l'école primaire ou les profs amenaient leur TO7 pour que l'on puisse faire nos manips … ( ça a été ponctuel, peut-être avant d'aller jusqu'au collège d'à côté, ou à des moments ou la salle n'était pas dispo).
A cette époque c'était les TO7 de ce type. Ensuite le collège a été équipé des MO5 avec claviers à gomme.
C'est à cette époque que j'ai décidé de mon avenir professionnel ( en CM1).
[^] # Re: Souvenirs souvenirs ....
Posté par totof2000 . En réponse au lien Petite histoire du TO7. Évalué à 4.
bah les touches des premiers TO7, qui n'avaient même pas la gomme, c'était encore pire …
[^] # Re: Lea-Linux et NixCraft
Posté par totof2000 . En réponse au message Impossible de suivre un tuto sur linux la communauté parle toujours avec un vocabulaire que j'ai pas. Évalué à 3.
Que pense-tu alors de MySQL ou MariaDB
[^] # Re: Services réseau
Posté par totof2000 . En réponse au lien Switching customers from Linux to BSD because boring is good. Évalué à 2.
ce n'est pas du BSD ça. C'est de la mise à jour de softwares (ports sous FreeBSD, pkgsrc sous Netbsd …). Je ne sais pas s'ils ont fait les mises à jour de leurs paquets. Je ne sais pas si ça a été fait, mais tu peux toujours mettre à jour cette partie sans mettre à jour l'OS.
Maintenant je ne défends pas bec et ongles l'intervenant (si la machine n'a eu aucun suivi, c'est effectivement un problème), mais je veux juste souligner que BSD et Linux ce sont deux mondes différents, et qu'on ne peut pas forcément appliquer (ou s'offusquer de la non application) des mêmes règles de chaque côté. Autrement dit, un uptime de 300 jours sur un BSD m'inquiètera moins qu'un uptime de 90 jours sur une machine Linux …
[^] # Re: Services réseau
Posté par totof2000 . En réponse au lien Switching customers from Linux to BSD because boring is good. Évalué à 5.
Dejà il faudrait voir si des failles critiques sur ces composants ont été remontées …. Si ce n'est pas le cas, pas de quoi s'affoler. Ensuite, si des failles critiques ont été remontées, étaint-elles utilisables dans le contexte de ce serveur ?
Je n'i pas le temps de faire la recherche maintenant sur les CVE xBSD. Ah, il y a peut-être eu effectivement un problème avec ssh ces dernières années … a voir si le serveur en question était concerné.
[^] # Re: après le no code, la no stratégie
Posté par totof2000 . En réponse au journal Les pique-assiettes de l'open source. Évalué à 5.
La question n'est pas posée ainsi … ce serait plutôt "Comment je vais réussir à maximiser les profits de mon entreprise (et de mes actionnaires) aujourd'hui pour pouvoir augmenter mes propres profits et mes bonus, au moins pendant les 3 à 5 ans durant lesquels je serai à la tête de celle-ci ?". On a quelques exemples sympa en France, Atos étant le dernier en date, mais il y a eu des précédents (Vivendi, Alcatel, Arcelor, etc …) ou le but a été de se faire le max de pognon quitte à mettre les entreprises en faillite.
Après ce n'est pas une généralité : pour certaines strutures plus petite, la queston est de pouvoir survivre en faisant des compromis sur le court/moyen terme car le libre est parfois un investissement qui s'averera payant que sur le long terme.
[^] # Re: performances
Posté par totof2000 . En réponse au journal Utilisation de Perl aujourd'hui.. Évalué à 8.
Bah c'ezst pas réellement du Python, il y a beaucup de binding python vers C. Ce n'est pas un reproche ni une attaque, mais une précision qui me parait importante, car dans ce cas on ne peut pas dire qu'on choisit python pour ses perfs. Les perfs, c'est le code C compilé qui l'assure.
[^] # Re: performances
Posté par totof2000 . En réponse au journal Utilisation de Perl aujourd'hui.. Évalué à 2.
Pourquoi voir une attaque là ou il n'y en a pas ?
[^] # Re: Perl 6 => Raku
Posté par totof2000 . En réponse au journal Utilisation de Perl aujourd'hui.. Évalué à 2.
Je pense que c'est l'exception : MSDos6 est la meilleure version de DOS que Microsoft ait pu sortir.
[^] # Re: Perl 6 => Raku
Posté par totof2000 . En réponse au journal Utilisation de Perl aujourd'hui.. Évalué à 7.
Je pense que Perl6/Raku répondait à un réel besoin, mais est arrivé bien trop tard : d'autres langages on répondu à ce besoin. D'autre part la rupture majeure entre perl5 et Raku de mon point de vue était trop importante pour séduire la communauté Perl.
[^] # Re: Il suffit d'analyser la liste
Posté par totof2000 . En réponse au message Vim - Affichage des répertoires sur d'une liste. Évalué à 3.
Je me suis fait aussi avoir … pour insérer des blocs de code il faut une ligne vide avant le délimiteur de début de bloc de code (les 3 quotes inversées).
[^] # Re: performances
Posté par totof2000 . En réponse au journal Utilisation de Perl aujourd'hui.. Évalué à 6.
Je n'ai malheureusement pas de référence publique, ce benchmark avait été fait chez un opérateur réseau/téléphonie en interne( je l'ai vu lors d'une de mes missions chez cet opérateur), et date pas mal (une dizaine d'année je pense), et dans un contexte donné (gestion de trames SNMP dans une solution de supervision réseau style CACTI). Il est fort possible que Python se soit amélioré depuis par rapport à Perl. D'autre part, python "triche" un peu dans certains cas avec utilisation de bindings python vers bibliothèques écrites en C et compilées, donc on ne peut pas forcément parler de code natif.
Celà dit le sens de mon propos n'est pas forcément d'affirmer qu'aujourd'hui, Perl est plus performant que Python. Ca a été le cas à une époque (au moins pour certains types de traitements), c'était un de ses points forts par rapport à Python, mais malgré cet avantage à ce moment, ce point n'a pas empêché celui-ci de perdre en popularité.
[^] # Re: Il suffit d'analyser la liste
Posté par totof2000 . En réponse au message Vim - Affichage des répertoires sur d'une liste. Évalué à 4. Dernière modification le 06 octobre 2024 à 13:28.
Normalement, en une seule fois ça passe (pas besoin d'intermédiaire):
Il n'est pas utile de remplacer quoi que ce soit pour que ça marche. Mon explication sur le remplacement était là pour faire comprendre le mode de fonctionnement de VIM, et ce qu'il permet de faire en général. Ca permet de comprendre la logique (et peut servir plus tard).
Vérifie quand même …
[^] # Re: Il suffit d'analyser la liste
Posté par totof2000 . En réponse au message Vim - Affichage des répertoires sur d'une liste. Évalué à 2. Dernière modification le 06 octobre 2024 à 13:02.
La clé c'est c'est "ligne qui commence par"
[^] # Re: Il suffit d'analyser la liste
Posté par totof2000 . En réponse au message Vim - Affichage des répertoires sur d'une liste. Évalué à 4.
Ca ne marchera pas dans tous les cas. Si une ligne commence par "dr--" (lecture uniquement pour le propriétaire), tu ne le trouveras pas. D'autre part, si tu as un fichier qui contient "drwx" dans son nom, il sera supprimé également.
Il y a moyen de le faire en une seule fois :
```
:g//d
[^] # Re: Il suffit d'analyser la liste
Posté par totof2000 . En réponse au message Vim - Affichage des répertoires sur d'une liste. Évalué à 4.
Oui c'est exactement ça. Il te suffit de trouver la regexp qui permet d'identifier toutes les lignes qui commencent par 'd' et de les supprimer comme je te l'ai indiqué dans les précédents posts.
[^] # Re: Il suffit d'analyser la liste
Posté par totof2000 . En réponse au message Vim - Affichage des répertoires sur d'une liste. Évalué à 4.
Petit coup de pouce pour la trouver : qu'est-ce qui différencie un répertoire d'un fichier dans ta liste ?
[^] # Re: Il suffit d'analyser la liste
Posté par totof2000 . En réponse au message Vim - Affichage des répertoires sur d'une liste. Évalué à 3.
En fait pour être plus précis, g signifie "global". Si on ne spécifie pas "g dans l'expression ( :/toto/d ) , la commande s'exécutera sur la ligne courante : la ligne courante sera supprimée si elle contient l'expression 'toto', et vim demande d'appuyer sur "n" pour trouver le suivant.
[^] # Re: cool des regex XD
Posté par totof2000 . En réponse au message Vim - Affichage des répertoires sur d'une liste. Évalué à 3.
Non, ta réponse a été utile : j'avais oublié un détail à la fin, et lire ton commentaire me l'a rappelé ..
[^] # Re: Il suffit d'analyser la liste
Posté par totof2000 . En réponse au message Vim - Affichage des répertoires sur d'une liste. Évalué à 3. Dernière modification le 06 octobre 2024 à 11:49.
Oups … j'ai oublié une étape (le commentaire sous le mien me l'a rappelé, merci à kangourou13000 ) : pour la suppression des lignes il fait ajouter 'd' à la fin ce qui donne pour mon exemple :
# Il suffit d'analyser la liste
Posté par totof2000 . En réponse au message Vim - Affichage des répertoires sur d'une liste. Évalué à 4. Dernière modification le 06 octobre 2024 à 11:42.
En mode édition, Vi(m) permet de faire de la modification massive de fichiers sur tout ou partie de celui-ci.
Par exemple pour faire de la substitution de texte, il est possible d'utiliser "s". Pour remplacer la première occurence de "toto" par "titi" dans un fichier, il suffit de taper la séquence suivante en mode commande :
s pour substitute, ensuite on fait comme avec sed, on positionne entre /// la regexp source puis la chaine cible. Il est d'usage d'utiliser le / comme caractère de séparation, mais on peut aussi en utiliser d'autres (tels que !, :, … et l'expression devient alors :s!toto!titi!), ce qui est pratique lorsque la regexp contient des '/' A noter que cette commande ne se fera que sur la ligne courante.
Pour faire la modification sur plusieurs lignes, il suffit de spécifier les lignes sur lesquelles on veut faire la modif
Cette commande va remplacer la première expression 'toto' par 'titi' en ligne 2. Pour le faire sur plusieurs lignes :
Cette commande va remplacer la première expression 'toto' par 'titi' sur les lignes 1 à 3. Pour le faire sur la totalité du fichier :
Le remplacement se fera de la ligne 1 à la dernière ligne, symbolisée par le caractère '$'
Autre point : pour remplacer la totalité des occurences de l'expression régulière sur une ligne plutôt que la première, il suffit d'ajouter un 'g' à la fin de la commande :
Ici on remplacera, dans tous le fichier (1,$) l'expression 'toto' par 'titi' sur toutes les lignes. Il existe d'autres flags que 'g' (utilisés également avec sed et awk) que je ne détillerai pas ici pour éviter d'embrouiller, mais vous pouvez aller voir cette documentation. Ce sont plus ou moins les mêmes que pour sed.
Nous avons vu comment remplacer du texte dans ceraines lignes via des regexp. Maintenant commant les supprimer ?
Il suffit d'utiliser 'g' comme ceci pour supprimer par exemple toutes les lignes contenant l'expression toto dans le fichier :
Ici, pas besoin de spécifier les lignes sur lesquelles la commande s'exécutera, elle se fera sur l'ensemble du fichier. Toutes les lignes contenant 'toto' seront supprimées.
Du coup pour répondre à ta question, il te suffit d'identifier dans ton fichier une expression qui te permet de distinguer un répertoire d'un fichier, et d'utiliser la commande que je t'ai donnée au dessus. Je te laisse chercher un peu la regexp à utiliser ….
[^] # Re: quel est l'avantage de ce genre d'outil, par rapport à un IDE ?
Posté par totof2000 . En réponse au journal Gitnuro, un interface graphique pour Git, sort en version 1.4. Évalué à 2. Dernière modification le 03 octobre 2024 à 15:57.
Merci pour le retour. Il est vrai que pour ma part, toutes les actions avancées que je dois faire avec Git, je les fais soit en CLI en local, soit via l'IHM de mon gestionnaire de repo. J'utilise essentiellement en milleu pro ou perso Gitlab/github qui permettent de voir pas mal de choses au niveau des historiques et des comparaisons de branches. De ce fait je n'ai pas forcément eu besoin d'autre chose. De toute façon quand j'ai eu besoin de faire quelque chose de plus compliqué que ce que faisait l'IDE, c'est parce que j'avais un gros problème à résoudre et dans ce cas rien ne vaut la bonne vieille ligne de commande. Mais j'essaierai à l'occasion pour voir ce qu'une GUI apporte.
# quel est l'avantage de ce genre d'outil, par rapport à un IDE ?
Posté par totof2000 . En réponse au journal Gitnuro, un interface graphique pour Git, sort en version 1.4. Évalué à 3. Dernière modification le 03 octobre 2024 à 12:37.
Je n'ai jamais vraiment utilisé ce genre d'outil (excepté tortoise Git à une époque sous windows au travail), et je n'ai pas été vraiment convaincu de leur réelle utilité. Les IDE un peu avancés (VSCodium, Eclipse, etc …) contiennent des plugins permettant de gérer des repo GIT. En quoi une GUI apporte-t-elle quelque chose ?