Pour la sortie de la version 1.4.0 qui s'est passée hier, je voulais faire mettre en avant ce logiciel, Gitnuro, qui est une bonne interface graphique pour Git, libre, gratuite et multi-plateforme.
Pour une utilisation sporadique, je pense qu'il peut être un bon choix mais je trouve que pour une utilisation quotidienne et plutôt avancée, les alternatives payantes sont encore justifiées.
J'ai utilisé GitAhead qui est devenu Gittyup (que j'ai aussi utilisé) et il m'a semblé que le développement de Gitnuro était plus soutenu.
Bref, je vous recommande de découvrir Gitnuro (je n'ai pas de lien avec son auteur) !
# openhub / git-gui
Posté par Marc Quinton . Évalué à 10 (+9/-0).
je me suis permis de réviser cette longue liste de GUI pour Git ; Gitnuro y était déja présente ; j'essaie d'être plus explicite en y ajoutant le tag git-gui quand cela convient.
[^] # Re: openhub / git-gui
Posté par cg . Évalué à 5 (+3/-0).
Bizarrement, il n'y a pas gitk, qui est pourtant incontestablement le mieux meilleur (et donc celui que j'utilise :p).
[^] # Re: openhub / git-gui
Posté par Marc Quinton . Évalué à 4 (+2/-0). Dernière modification le 03 octobre 2024 à 21:30.
je viens d'ajouter le tag "git-gui" au projet git ; on a effectivement des sous-dossiers avec des clients graphiques associés au code source de git.
# quel est l'avantage de ce genre d'outil, par rapport à un IDE ?
Posté par totof2000 . Évalué à 3 (+1/-0). 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 ?
[^] # Re: quel est l'avantage de ce genre d'outil, par rapport à un IDE ?
Posté par Jona . Évalué à 4 (+2/-0).
Pour te répondre, les avantages d'une GUI Git indépendante d'un IDE, à mes yeux, sont
1. Versionner facilement des projets qui ne demandent pas d'IDE un peu avancé.
2. Contrairement à toi, j'utilise très peu les outils Git de mon IDE (basé sur Eclipse), donc j'ai du mal de répondre ce qu'il manque, mais voici mon impression: Un aperçu des modifications plus compliqué. Je ne vois pas comment faire la différence entre deux commits ni comment faire des rebase interactif (mais j'avoue ne pas avoir cherché longtemps). Enfin, j'utilise beaucoup de branches différentes (ça prend vite de la place).
[^] # Re: quel est l'avantage de ce genre d'outil, par rapport à un IDE ?
Posté par totof2000 . Évalué à 2 (+0/-0). 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.
[^] # Re: quel est l'avantage de ce genre d'outil, par rapport à un IDE ?
Posté par barmic 🦦 . Évalué à 3 (+1/-0).
Je suis comme toi, mais je comprends très bien l'usage de ce genre d'outils.
Je n'ai pas toujours besoin de corréler un dépôt à un IDE. En fait je crée des dépôts locaux pour tout et n'importe quoi. Par exemple récupérer des fichiers textes (des extractions de données, des logs ou des trucs du genre), tout balancer tel quel dans un dépôt avant sed/awk/whatever. Un autre usage que j'ai c'est de regarder le contenu d'un dépôt avec autre chose que les IHM web, du coup je me met dans un dossier temporaire et je clone dedans.
Je suis un fondu de CLI donc je fais tout ça avec la commande git, mais je comprends que certains font tout avec leur UI qui leur plaît.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: quel est l'avantage de ce genre d'outil, par rapport à un IDE ?
Posté par pulkomandy (site web personnel, Mastodon) . Évalué à 2 (+1/-1).
Tout le monde n'utilise pas un IDE avancé :)
Je fais énormément de choses avec vim (y compris quelques configurations pur exemple pour afficher un marqueur sur les lignes ajoutées ou modifiées dans ma copie de travail).
Mais pour m'y retrouver dans un dépôt git avec plusieurs branches, ou quand j'ai à faire un rebase ou à comprendre l'historique de quelque chose (par exemple, consulter les commits qui modifient un ensemble de fichier), je suis bien content d'avoir gitk (qui ne fait que de la visualisation)
[^] # Re: quel est l'avantage de ce genre d'outil, par rapport à un IDE ?
Posté par Philippe F (site web personnel) . Évalué à 6 (+4/-0).
C'est très personnel évidemment, mais il y a plusieurs raisons pour lesquels je n'utilise pas les clients git intégrés dans PyCharm ou StudioCode .
Il y a un côté charge mentale / mood spécifique. Quand je suis dans mon IDE, j'écris ou je debug du code. Quand je suis dans mon client git, je m'occupe de la partie archivage / lien avec mes collègues. La séparation des outils me permet de mieux séparer les tâches dans ma tête et rester plus concentré. Quand je fais un Ctrl-Tab dans mon IDE, je veux basculer entre les deux derniers sources que j'étais en train d'éditer. Ca me bourre de tomber sur une fenêtre de diff ou de commit parce que j'ai interagi avec git entretemps.
La deuxième raison, c'est qu'un IDE est déjà très encombré en terme de visuel. Ma concentration est affectée par la quantité de choses que je dois interpréter à l'écran. Trouver les fonctionnalités liées à Git au milieu du fratras qu'est un IDE, ça me coûte en effort, c'est pas agréable pour moi. A l'inverse un client git dédié va souvent avoir une interface simple, minimaliste et focalisée sur la gestion git. Parfait! On parle de nouveau de charge mentale ici.
Une raison connexe, c'est que un historique git et des commandes git, c'est un sujet complexe. Mieux vaut avoir le maximum d'espace de visualisation pour intervenir là-dessus. Même pour un commit de trois fichiers, je veux être sûr de voir le diff exacte sur les trois fichiers pour ne pas pousser de la merde et écrire un message de commit approprié. Et quand il s'agit de faire des recherches complexes dans l'historique, de comprendre comment un changement a disparu, ou quelles sont les branches en cours qui ont besoin d'être réintégrées, je suis content d'avoir un maximum d'espace de visualisation et pas 100 pixels en bas ou à gauche de mon code.
Cela dit, une fonction git / IDE que j'aime bien et qui est absente d'un gestionnaire pur git, c'est sous PyCharm: show git history for selection. Ca te montre tous les commits qui ont affectés tes 10 lignes de code selectionnées. C'est du git blame++ bien présenté et très pratique.
# quelqu'un connait Gitbutler ?
Posté par mouskouyouss . Évalué à 2 (+1/-0).
J'ai vu mentionné plusieurs fois le project https://github.com/gitbutlerapp/gitbutler qui est aussi un GUI pour git, mais offre aussi des fonctionnalités originales comme par exemple les branches virtuelles.
Malheureusement, je n'ai pas testé et je n'ai pas de vrai retour.
Mais peut être qu'ici quelqu'un connait ?
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.