Introduction à l'interface CLI de GitButler

Scott Chacone, PDG de GitButler, présente la nouvelle interface en ligne de commande conçue pour une utilisation programmatique. L'outil remplace la commande traditionnelle 'git' par 'but', offrant une interface familière mais optimisée. La commande 'but status' affiche les modifications de manière simplifiée, regroupant les fichiers modifiés et non suivis. L'utilisateur peut effectuer un premier 'but commit' qui génère automatiquement une branche temporaire pour isoler le travail. Cette section souligne la rapidité d'exécution et la simplicité visuelle de l'outil par rapport au flux Git standard.

Cette séquence démontre comment annuler un commit groupé avec 'uncommit' pour mieux organiser son travail. Le présentateur introduit l'utilisation de codes courts (comme G0 ou H0) pour indexer des fichiers via 'but stage', ce qui accélère considérablement le processus. Il explique l'option '-o' de la commande commit, qui permet de ne valider que les éléments explicitement indexés. Cette approche permet de séparer proprement différents changements, comme la documentation et le code, au sein d'un même projet. L'objectif est de montrer la flexibilité de GitButler pour structurer l'historique de manière précise dès le départ.

Le cœur de l'innovation de GitButler réside dans sa capacité à gérer des branches parallèles sans recourir au 'stash' de Git. L'utilisateur peut créer une nouvelle branche pour un Readme tout en conservant d'autres modifications actives dans son répertoire de travail. Les commits sont créés en mémoire, ce qui signifie que l'état des fichiers locaux reste inchangé malgré la présence de plusieurs branches logiques. Lors de l'utilisation de 'but push', l'outil propose de choisir quelle branche spécifique envoyer sur le dépôt distant. Cette fonctionnalité élimine la friction liée au changement constant de contexte entre les différentes tâches en cours.

Le tutoriel aborde ensuite les branches empilées (stacked branches), une méthode avancée pour gérer des fonctionnalités dépendantes. En utilisant 'but branch new -a', on ancre une nouvelle branche sur un commit existant pour continuer le développement sans attendre la fusion du premier bloc. Un système de verrouillage (icône cadenas) apparaît pour signaler que l'on modifie un fichier déjà présent dans un commit parent de la pile. La commande 'diff' permet de visualiser précisément les blocs de code modifiés dans ce contexte hiérarchique. Cette méthode est cruciale pour les développeurs travaillant sur des suites de fonctionnalités complexes nécessitant des révisions distinctes.

L'intégration avec GitHub est démontrée par la commande 'but PR', qui permet de créer des Pull Requests pour plusieurs branches simultanément. L'outil ouvre un éditeur pour saisir les descriptions et gère automatiquement l'envoi des données vers le serveur distant. On observe que les numéros de PR et les URLs associées sont directement accessibles depuis le terminal via l'option verbeuse '-v'. Une démonstration dans l'interface web de GitHub confirme que la structure de la pile est respectée, la branche supérieure ciblant la branche inférieure. Cette automatisation réduit les allers-retours entre le terminal et le navigateur pour la gestion du cycle de vie du code.

Après la fusion d'une PR sur GitHub, la commande 'but pull' synchronise l'état local en supprimant les branches intégrées et en rebasant les branches restantes. GitButler effectue des tâches de fond régulières pour maintenir le dépôt à jour, signalées par des notifications discrètes dans le CLI. Si l'utilisateur souhaite revenir à un usage classique, la commande 'but tear down' permet de sortir proprement du mode GitButler en choisissant une branche active. Le présentateur insiste sur le fait que les commandes de lecture Git comme 'log' ou 'show' restent parfaitement fonctionnelles durant l'utilisation de l'outil. Cette interopérabilité garantit que l'utilisateur n'est jamais bloqué dans un système propriétaire fermé.

La vidéo se termine sur les capacités d'automatisation de l'outil grâce à l'export JSON disponible pour presque toutes les commandes avec l'option '--json'. Cela inclut les statuts, les détails des commits et même les résultats de 'diff', rendant GitButler extrêmement puissant pour le scripting. Scott Chacone invite les développeurs à tester l'outil sur n'importe quel dépôt existant via 'but setup' pour découvrir ces avantages par eux-mêmes. Le lien de téléchargement et le serveur Discord communautaire sont fournis pour obtenir de l'aide ou partager des retours. L'accent final est mis sur la simplicité de test : il suffit d'un 'checkout' ou d'un 'tear down' pour retrouver un environnement Git standard.