produit

GitHub Desktop 2.0 s’étend au stashing et au rebasing

Image of Billy Griffin

GitHub Desktop 2.0 a officiellement été lancé. Depuis la sortie de notre version 1.0, nous avons ajouté de nouvelles fonctionnalités afin de mieux supporter votre workflow. Il est désormais possible de résoudre des conflits de fusion de branches plus facilement, de co-écrire les commits afin de partager la connaissance avec d’autres et de valider les demandes de pull requests GitHub. Avec la sortie de la version 2.0, le rebasing et le stashing – les deux fonctionnalités les plus demandées – sont enfin supportés par GitHub Desktop. Comme vous avez pu le constater auparavant, lorsque nous créons un nouveau logiciel, nous mettons un point d’honneur à écouter les doléances de nos utilisateurs et à répondre à leurs contraintes de développement. Que vous soyez un développeur chevronné ou que vous découvriez les concepts de la gestion de version, GitHub Desktop fait de sa priorité ce dont vous avez le plus besoin.

Grâce à nos nombreuses conversations avec des développeurs individuels et des équipes de développement du monde entier, nous avons intégré le fait que tous travaillent différemment. Avec GitHub Desktop 2.0, notre objectif est de permettre aux équipes de travailler ensemble de façon collaborative et de supporter les modes de développement les plus répandus que nous avons pu observer lorsque des équipes utilisent GitHub. GitHub Desktop vous permet de vous tenir informé et de devenir productif rapidement avec Git, d’éviter les pièges les plus fréquents et d’apprendre des concepts clés au fur et à mesure que vous acquérez de l’expérience. Ainsi, nous avons pu constater une adoption croissante de GitHub Desktop à la fois pour les utilisateurs avancés et les débutants d’un outil de gestion de code source.  

Stashing

Voici une situation fréquente : vous êtes en plein travail de résolution d’un bug, et vous avez besoin de changer temporairement de contexte. Les branches Git sont vraiment très pratiques, mais que faire de vos changements en cours ? Avec GitHub Desktop 2.0, si vous n’êtes pas prêt à valider votre travail, vous avez la possibilité de déplacer vos modifications sur une nouvelle branche ou bien de les laisser sur votre branche actuelle.

Example of stashing

Rebasing

Les développeurs nous ont informé qu’ils préfèrent un historique de validations clair, sans commit lors du merge.  Ceci est un bon exemple des différences de préférences. Si vous êtes habitué à merger vos branches dans un contexte standard, vous pouvez continuer en utilisant le même workflow. Si vous travaillez dans un repository dans lequel vous ne souhaitez pas fusionner vos commits, Desktop 2.0 supporte à présent le rebasing, vous permettant de conserver ainsi un historique de validations propre.

Collaborer doit être agréable

La plupart des fonctionnalités que nous avons lancées depuis GitHub Desktop 1.0 encourage la collaboration mais cette dernière ne doit pas être un poids. Travailler ensemble pour créer de nouvelles choses doit être une belle expérience. Parfois, ce sont les petites avancées qui créent de grands changements. Depuis la version GitHub Desktop 1.0, nous avons mis en place des fonctionnalités permettant de stimuler une dynamique d’équipe dans la créativité et la collaboration  : il est possible d’ajouter des émoticônes aux messages de validation, d’associer un co-auteur de commit simplement en mentionnant son nom d’utilisateur GitHub. Il est également possible d’envoyer votre travail sur GitHub en incluant les prochaines étapes lors de votre commit. Partager le crédit pour le travail accompli en collaboration n’a jamais été aussi simple.

Notre engagement envers l’open source

Tandis que nous réfléchissons à mettre la nouvelle version de GitHub Desktop en open source, nous souhaitons remercier la communauté de contributeurs avec qui nous travaillons.  L’open source est le fondement même de GitHub. Nous sommes fiers de participer à un écosystème qui connecte 36 millions de développeurs et de défendre l’importance des éditeurs de logiciel de l’open source en interne. Toutes les petites mains sont nécessaires lorsqu’il s’agit de l’open source, et nous sommes reconnaissants des centaines de contributions que nous avons reçues de la part de plus de 150 communautés de contributeurs. Merci de faire de GitHub Desktop un produit incroyable !

La prochaine étape

À l’avenir, vous pouvez vous attendre à retrouver plus d’intéraction entre GitHub.com et GitHub Desktop afin de vous aider à être plus productif. La première étape pour nous consiste à intégrer étroitement les pull requests entre GitHub et GitHub Desktop. Vous pouvez facilement ouvrir une pull request depuis GitHub.com sur votre GitHub Desktop et avoir tout de prêt pour un travail en local. Vous serez en mesure d’effectuer des tests, d’ajouter des commits ou de revoir le code plus attentivement lors de la code review. Il est désormais bien plus simple de créer une pull request sur GitHub Desktop en suivant les étapes suggérées.

Des millions de personnes ont téléchargé GitHub Desktop et plus de 500 000 personnes travaillent activement avec l’application chaque mois. Après avoir mis en place les workflows Git locaux les plus importants et les plus demandés, nous concentrons à présent nos efforts de développement sur les fonctionnalités avec GitHub.com afin de pouvoir vous offrir une expérience la plus simple possible dans votre workflow. Nous espérons continuer à simplifier l’utilisation de l’outil afin que des millions de personnes puissent participer au développement, à la recherche, à la conception de logiciel…  Si vous hésitez à vous lancer ou à contribuer à la création d’une technologie, avec GitHub Desktop, notre objectif est de vous faciliter la vie.

Essayez GitHub Desktop