vulp
Le même outil multi-dépôts, en version interface terminal plein écran. Tout le workspace sur un seul écran, pilotage au clavier, sans jamais quitter le terminal. Pour ceux qui vivent dans la console.
Une interface en plein écran dans le terminal (TUI) pour gérer tout un atelier de dépôts, pilotée entièrement au clavier. Tout l'espace de travail et son état sur un seul écran, le même cœur que le CLI sans invite - sans quitter le terminal.
Introduction
vulp est un outil de gestion d'un atelier de dépôts : plusieurs dizaines de dépôts qu'il faut garder sous contrôle à la fois. Cette étude de cas porte sur son visage terminal - une TUI en plein écran qui montre l'état de tout l'espace de travail sur un seul écran et permet d'y agir par lots, sans bouger la main du clavier.
L'essentiel est que la TUI n'est pas un programme séparé. En dessous se trouve le même cœur que le CLI sans invite avec sortie JSON - celui qu'utilise l'automatisation. Un humain et un script appellent la même logique, seulement par une entrée différente : l'un avec une touche, l'autre depuis un pipeline.
Pour ceux qui vivent dans la console
Une partie des gens travaillent dans le terminal et ne veulent pas le quitter pour quelque chose d'aussi basique qu'un aperçu des dépôts. Si tout le travail se passe dans la console, ouvrir un navigateur juste pour vérifier où sont les changements casse le rythme. L'outil devrait être là où vous êtes déjà.
vulp respecte cela. Il n'ajoute pas de fenêtre séparée ni n'exige de changement de contexte - vous le lancez dans la même console où vous êtes déjà assis, vous obtenez l'image complète de l'atelier et vous retournez au travail. Aucun maniement de souris, aucune attente de chargement de page.
Le contexte au lieu d'une boucle git status
Quand vous avez plusieurs dizaines de dépôts, les vérifier un par un est une boucle : cd dans le répertoire, git status, git fetch, ressortir, le suivant. Dix minutes de clics pour apprendre que des changements attendent dans trois d'entre eux. Plus il y a de dépôts, moins il est réaliste de garder cela en tête.
vulp pose tout l'atelier sur un seul écran : quel dépôt a des changements non commités, lequel est en avance sur sa branche distante, où un pull attend, où un déploiement a dévié du miroir serveur. Au lieu d'entrer dans chacun séparément, vous voyez l'état de l'ensemble et agissez précisément là où quelque chose demande de l'attention.
Boucle manuelle vs vulp
| Tâche | Boucle manuelle | vulp |
|---|---|---|
| État de 40 dépôts | 40x cd + git status | un écran |
| Commit et push sur de nombreux dépôts | dépôt par dépôt | une sélection, une frappe |
| Dérive de déploiement par rapport au serveur | comparaison manuelle | détectée et affichée |
| Statistiques de contribution | commandes séparées | dans la même vue |
Le même CLI, un second visage
La TUI est une coque interactive au-dessus du cœur qui alimente aussi le CLI sans invite. Le scan de l'espace de travail, les opérations par lots, la gestion des PR et des issues, les garde-fous contre le push de la mauvaise chose - c'est un seul ensemble de logique, que ce soit un humain qui l'appelle avec une touche ou un script depuis un pipeline.
Grâce à cela, une nouvelle opération apparaît aux deux endroits à la fois, et ce que vous faites à la main dans la TUI a exactement les mêmes protections qu'un appel depuis l'automatisation. Il n'y a pas de version humaine et de version script qui divergent avec le temps et attrapent des bugs différents.
Des raccourcis qu'on n'a pas à apprendre
Une bonne TUI peut s'utiliser sans lire le manuel. Les raccourcis suivent ce qu'ils font : s pour sync, r pour refresh, q pour quit. Si vous devez vous rappeler que F7 fait un commit, la conception de l'interface a pris un mauvais tournant. vulp s'en tient à ce principe, pour que tout l'atelier se gère avec les doigts sur le clavier, sans antisèche à côté.
L'autre moitié du confort, c'est la sécurité. Les opérations par lots sont pratiques jusqu'au moment précis où d'une frappe vous poussez quelque chose de mauvais vers dix dépôts à la fois. C'est pourquoi des garde-fous issus du cœur partagé se tiennent entre vous et ce geste - les mêmes qui protègent les appels depuis l'automatisation.
Les opérations par lots sont l'outil le plus tranchant de cette boîte. Une frappe peut toucher de nombreux dépôts à la fois, donc les garde-fous ne sont pas une décoration - ce sont eux qui attrapent le moment où le confort se change en erreur de masse. vulp préfère bloquer un push douteux plutôt que de le répandre sur tout l'atelier.
un seul passage rassemble l'état de chaque dépôt avant que quoi que ce soit n'apparaisse à l'écran.
la liste des dépôts avec leur état, un panneau de détails et une barre de raccourcis, sans défilement dans une fenêtre de terminal typique.
sync, fetch ou push sur les dépôts sélectionnés à la fois, une frappe au lieu d'une boucle.
les mêmes blocages contre le push de la mauvaise chose que dans le CLI, car c'est le même code.
Quel est le résultat final
Au lieu d'une boucle sur les répertoires, vous obtenez un écran qui vous dit où sont les changements, où un pull attend et où un déploiement a dévié du serveur - et qui permet de le gérer par lots, sans bouger la main du clavier. Un aperçu qui dévorait des heures se fait en quelques secondes.
Et parce que c'est une coque au-dessus du même cœur que le CLI, un humain et un script font exactement la même chose, tout aussi sûrement. Les garde-fous ne disparaissent pas quand vous passez de l'automatisation au travail à la main, et une capacité ajoutée une fois est immédiatement là, dans le terminal comme dans le pipeline.
Tout l'atelier sur un seul écran, et chaque geste à la main a les mêmes protections qu'un geste d'un script.
Plus de projets
D'autres réalisations de la même catégorie - découvrez comment nous abordons des défis similaires.
Vous avez un projet similaire ?
Contactez-nous - le devis est gratuit et arrive sous une heure.