GitHub Desktop 3.6.7 ouvre plusieurs dossiers de travail sur un depot et confie les conflits a Copilot
Résumé
GitHub Desktop 3.6.7 amene les dossiers de travail dans la fenetre : un depot peut extraire plusieurs branches dans des dossiers separes, avec une reserve partagee et sans que les branches se disputent la place. Les conflits peuvent aller a Copilot, la fenetre restant pour verifier.
Recommander- Nom
- GitHub Desktop
- Version
- 3.6.7
- Tarif
- Gratuit
- Open source
- Open source
- Système
- WindowsmacOS
- Mis à jour
- 2026-10-21 16:00
Un client Git avec fenetre vend toujours la meme chose : envoyer ses changements sans apprendre chaque commande. La lignee 3.6 y a mis deux choses, ouvrir plusieurs dossiers de travail sur un seul depot et confier les conflits de fusion a Copilot.
La version est a 3.6.7
La version stable actuelle est 3.6.7, publiee le 14 octobre 2026. La lignee 3.6 a ouvert le 24 juin 2026, et huit petites editions ont suivi en quatre mois, celle-ci etant la huitieme. La lignee en avant-premiere a deja atteint un troisieme essai de la correction suivante.
Le grand numero ne bouge jamais, ce qui dit que le travail de fonction se trouvait dans la premiere edition de la lignee et que les sept suivantes portaient surtout sur des defauts. Le projet est libre sous licence MIT, ecrit surtout en TypeScript, porte environ vingt et un mille marques et dix mille embranchements, et est entretenu depuis mai 2016.
Un depot, plusieurs dossiers de travail
La premiere fonction de cette edition ouvrante etait la prise en charge des dossiers de travail de Git, qui servent a gerer plusieurs dossiers de travail du meme depot. La possibilite existe depuis longtemps en ligne de commande, mais dans les clients avec fenetre elle restait une case vide.

Ce que cela veut dire apparait dans une situation banale : vous etes au milieu de une fonction et quelqu un demande tout de suite une correction urgente sur la branche principale. Sans dossiers de travail, vous cachez les changements, changez de branche, corrigez puis revenez, ce qui brouille le registre, ou vous clonez le depot de nouveau, ce qui double la reserve et coupe la gestion des branches en deux. Avec les dossiers de travail, le meme depot extrait plusieurs branches dans des dossiers differents en meme temps, partage une reserve, ne se dispute jamais une branche, et les deux dossiers restent ouverts.
En faire quelques clics est ce qui abaisse vraiment le seuil. Avant, le geste demandait de comprendre ce que est un dossier de travail, comment donner un chemin et a quoi prendre garde en le supprimant ; maintenant la fenetre couvre tout cela.
Les conflits vont a Copilot
La seconde fonction est de resoudre les conflits de fusion avec Copilot. La meme edition a ajoute une capacite voisine : une demande de creation de message peut etre arretee en route, alors que avant, une fois le bouton presse, il fallait attendre la fin.
Copilot n est pas un nouveau venu cote fenetre, les messages automatiques existent depuis un moment. Le pousser jusqu aux conflits retire la part la plus ennuyeuse, lire deux jeux de marques de conflit et decider quel cote survit. Sa place reste celle de une aide : la fenetre de resolution demeure, et une personne confirme chaque endroit plutot que de tout accepter ensemble.
Une correction de la meme edition touche les conflits de pres. Quand le etat de conflit devient perime, une fenetre de dialogue figee revient sans redemarrer le application. Une correction de ce genre ne parvient jamais a une note de lancement, et pourtant elle est exactement ce dont a besoin qui resout des conflits, parce que une fenetre figee arrive volontiers au pire moment.
Les crochets tournaient deja ; 3.6 a corrige des defauts de plateforme
Un point merite une mise au clair. La rumeur que 3.6 a ajoute la prise en charge des crochets de Git ne est pas exacte. Chercher les crochets dans les notes de la lignee 3.6 ne rend que deux corrections : une dans une edition ancienne, qui empechait un crochet lisant le entree standard de echouer sous Windows, et une autre qui empechait un crochet appellant git de echouer sous macOS a cause de un chemin de execution faux.
Autrement dit, les crochets tournaient deja, et 3.6 a fait qu ils ne echouent plus sur deux plateformes. La difference ressemble a un detail mais represente deux situations pour une equipe qui compte sur des verifications avant envoi : que cela marche du tout, ou que cela marche de facon fiable.
Les quatre points mis en avant
La page accueil liste quatre arguments, et la lecture montre qu ils traitent tous la meme sorte de friction. Examiner les changements avec precision, comparer les versions et voir chaque difference. Glisser pour choisir, fusionner et reordonner les envois, donc deplacer un envoi de une branche a une autre, en fondre plusieurs en un et changer le ordre du passe. Mettre des changements de cote sans les envoyer. Et corriger un message a tout moment, integrer de nouveaux changements ou revenir a un etat anterieur.
Le glisser est ce qui le distingue. Reordonner des envois en ligne de commande demande de ouvrir une reecriture interactive et de traiter les conflits quand cela deraille en route ; le glisser en fait un rearrangement visible, au prix que les cas tordus retournent encore au terminal.

La phrase de la page accueil est aussi simple : se servir de Git sans se battre avec Git, et le produit se decrit comme un client avec fenetre qui simplifie la gestion du code sur sa propre machine. Le bas de page offre les notes, un chemin pour contribuer et un essai, et indique que il est porte par la communaute et bati pour la collaboration.
A qui cela convient
Les gens nouveaux a Git, et ceux qui ne veulent pas de la ligne de commande au quotidien, sont le public direct : envoyer, pousser, tirer et changer de branche dans une seule fenetre, avec des differences bien plus lisibles que la sortie du terminal.
Le prix est que il ne cherche jamais a couvrir tout Git. Les reecritures tordues, la reecriture du passe en masse et le travail fin sur les references restent au terminal. Le prendre comme entree du quotidien et laisser la ligne de commande aux rares taches dures est le reglage le plus pratique.
Sur les systemes, il couvre Windows et macOS, gratuit et libre, ce qui est peu courant dans cette famille, ou la plupart des clients avec fenetre soit facturent, soit ouvrent seulement une partie de leur code.
Le compromis de GitHub Desktop a toujours ete clair : ne pas faire tout Git, mais paver la route la plus empruntee. Amener les dossiers de travail de la ligne de commande dans la fenetre et confier les conflits a Copilot sont des pas sur la meme ligne, moins de mal a demarrer et pas besoin de un second terminal.