GitHub vient d'annoncer la mise en ligne de la mouture 2.0 de son client pour Windows. Celle-ci se focalise sur une refonte générale de l'ergonomie, ce qui n'était pas un mal. Elle apporte aussi quelques petites améliorations au passage.
Afin de faciliter l'utilisation de Git à ses adeptes, GitHub a annoncé il y a deux ans la mise en ligne d'un client dédié à Windows. Celui-ci reprenait alors une interface simple exploitant WPF, et plusieurs panneaux, de manière à réduire le plus possible l'utilisation des lignes de commande. Après une évolution de la branche 1.x jusqu'à la mouture 1.3.3, c'est aujourd'hui la 2.0 qui est mise en ligne, avec une refonte complète de l'ergonomie.
Une interface entièrement repensée
On retrouve bien entendu cette grande fenêtre blanche unique, mais l'utilisation des différents panneaux a été grandement réduite. En effet, toutes les principales actions sont désormais directement accessibles, et l'espace a été plutôt bien repensé. La colonne de gauche affiche ainsi désormais tous vos dépôts locaux avec un filtre. Pour interagir avec ceux présents sur GitHub, vous devrez passez par le bouton « + » qui fera apparaître un menu vous permettant de créer un dépôt ou d'en cloner un existant.
La seconde colonne contiendra l'historique du dépôt sélectionné et sera surmontée d'un sélecteur vous permettant de changer de branche ou d'en créer une nouvelle. Un panneau sera par contre toujours nécessaire afin d'assurer la gestion d'opérations plus complexes comme un « merge », mais aussi la suppression ou l'arrêt de la publication sur le serveur.
La partie de droite, enfin, reprendra pour l'essentiel les détails de chaque commit : son nom, son hash, son résumé, mais aussi les modifications effectuées à chaque fichier. Des boutons vous permettront de le voir sur le site de GitHub ou d'effectuer un retour en arrière (Revert) via un nouveau commit qui sera automatiquement créé. La synchronisation de la branche en cours passera toujours par un bouton dédié qui sera désormais directement accessible tout comme la roue crantée donnant accès à des raccourcis vers l'explorateur de fichier, Git Shell ou GitHub, mais aussi aux paramètres du dépôt et aux options.
Des fonctionnalités qui restent globalement les mêmes à quelques détails près
Ces dernières vous permettront de gérer votre compte GitHub, mais aussi de choisir le dossier de clonage ou le shell utilisé par défaut (cmd, Git Bash, PowerShell ou un que vous aurez vous-même indiqué). Les notes de version précisent aussi quelques petits détails qui ont été modifiés çà et là, ainsi que quelques corrections de bugs ont été effectuées pour l'occasion, notamment au niveau de la mouture 2.0.1.
Notez par contre que Git 2.0 ne semble pas encore utilisé. Celui-ci a en effet été publié il y a peu avec plusieurs nouveautés, mais pas encore assez aux yeux de certains qui en appellent à une refonte plus en profondeur de l'outil de gestion de versions. Ce qui ne serait peut-être pas un mal.
Pour en savoir plus ou télécharger GitHub pour Windows 2.0, c'est par ici que ça se passe.
Commentaires (60)
Notez par contre que Git 2.0 ne semble pas encore utilisé.
Elle est en effet pas encore dispo sous windows (qui en est toujours à la 1.9.2).
J’avais cru comprendre que la plateforme windows serait moins à la bourre à ce niveau là mais c’est pas encore simultané avec la sortie sur les autres plateformes :(
Pour bosser sérieusement avec Git je recommande SmartGit. Après en avoir testé plusieurs c’est le plus complet et productif je trouve.
Ouai mais bon, sourcetree c’est mieux et on peut ajouter bitbucket
" />
La ligne de commande c’est génial, j’en mange tous les jours et mes cheveux deviennent plus soyeux
Déjà Vendredi?
Perso Git en ligne de commande, j’en ai eu une expérience très amère, avec pertes de données importantes et un support technique de la part des git fan équivalent à “tu sais pas coder en langage machine ? stfu noob kikoo lol ctb”.
Avec une doc nébuleuse, des commandes dont le mot n’a pas de rapport avec ce qu’elles font (ex = commit pour revert, reset hard ou soft qui servent à manipuler l’historique, et pull qui sert à péter ton répo à moins d’avoir configuré plein de truc en amont ou de faire le fetch + merge à la main), un contrôle proche du 0 sur ce que tu peux faire à moins de manipuler les chunks directement sous forme de patchs, impossible de maj un seul fichier (tu ne peux récupérer qu’un historique entier de tout le répo), j’avoue que Git n’est pas un outil qui me donne envie.
A l’inverse les outils graphiques et surtout l’interface Web de Github m’ont permis de pouvoir bosser avec d’autres git users sans souci particulier …
Bonjour ,
Pourquoi vous ne commencé pas l’article par à quoi sert ce logiciel?
Bien que débutant avec Git, je n’utilise pas l’UI de GitHub for Windows. En revanche j’utilise beaucoup le shell fourni avec : posh-git, qui fonctionne sous PowerShell, et qui est vraiment bien foutu. Je conseille d’ailleurs d’installer vim pour aller avec (oui oui, vim pour Windows…)
Faudra que je me repenche sur la configuration de Git Server sur un Synology. Actuellement, c’est SVN qui est vraiment simple à mettre en place et que j’ai adopté car j’ai pas actuellement besoin de plus, et qu’au pire c’est simple de migrer vers autre chose.
" />
Et je commit très bien depuis mon éditeur avec un :!svn ci -m “Message de commit”
Personnelement je priviligie la ligne de commande pour git, parcequ’en ligne de commande quand tu veux faire un truc, il faut te documenter et comprendre comment ca marche avant de le faire, alors que dans un cliquodrome tu cliques et fais n’importe quoi avant de te renseigner en espérant que ca marche.
Aprés une fois que la ligne de commande est maitrisée ca peut etre interessant dans certain cas d’utiliser une sur couche graphique, perso je n’utilise que gitk pour regarder les diff (aussi si quelqu’un apprend à coder je lui dirait d’utiliser emacs et de compiler en ligne de commande avant d’utiliser un ide, ca nous force à comprendre tellement de chose fondamentale pour la programation).
Aprés pour comparer les scm, pour avoir utilisé git, hg, p4, svn et csv. Je prefère de loin git (mais c’est celui que je connais le mieux aussi, et hg est assez proche de git). Git peut etre utiliser comme logiciel de versionnage local, comme logiciel de sauvegarde du travail avec historique, et comme pur scm, et en plus il scale super bien. La seul chose qui lui manque (peut etre que ca existe dans les dernière versions) c’est une gestion des droits.
J’ai toujours du mal à comprendre mais ce client a vraiment un gros défaut je trouve.
Il ne gère tout simplement pas les conflits de fusions. 2 devs bossant séparément font des commits en local destinés à être envoyés sur un dépôt centralisé, si l’un des deux à le malheur d’avoir fait une modif au même endroit que l’autre, le push de la 2ème personne va s’arrêter avec un message d’erreur qui dit en substance: “Non”.
A l’école on a du utiliser Github pour des projets, plein de potes ont installé le client “officiel” et au final ils ont tous ragé dessus; tous les jours on entendait des “Git c’est vraiment de la merde.”
Je trouve ca vraiment bizarre pour un client qui semble miser sur la simplicité et la facilité d’utilisation, de par l’interface soignée, très Métro. Or un débutant qui voit son push échouer sans message pour lui expliquer pourquoi ni ce qu’il pourrait faire, c’est juste hyper frustrant.
Je recommande GitExtensions perso.
Et TortoiseGit ? Personne n’en parle, je le trouve pratique pourtant :
https://code.google.com/p/tortoisegit/
Basé sur :
http://tortoisesvn.net/
Comme je vois beaucoup de troll anti UI alors je lance qqs un aussi …
Les pros ligne de commandes sont des primates qui ont peur d’évoluer.
Ou les pros ligne de commandes sont des conservateurs d’une secte qui craignent le progrès car c’est mauvais pour leur business.
Etc …
Dans tous les cas personnellement je choisis toujours l’outil le plus pratique et le moins prise de tête. Que ce soit ligne de commandes ou UI. J’ai d’autres chats à fouetter que d’être sectaire ^^
Pour les utilisateurs d’Emacs, je conseil fortement l’excellentissime Magit:http://magit.github.io/