Leçon 1 sur 6 · 5 min de lecture
Ce que fait Livra
Comprenez comment Livra mène une fonctionnalité des tickets Jira jusqu’aux merge requests relues et à la documentation, et qui décide de quoi.
Ce que vous allez apprendre
- Ce qu’est une fonctionnalité dans Livra.
- Les cinq phases que traverse chaque fonctionnalité.
- Les décisions qui vous reviennent toujours.
- Ce que chaque rôle peut faire dans une organisation.
Des tickets aux merge requests
Livra mène un travail de ses tickets Jira jusqu’aux merge requests et à la documentation. Claude fait la recherche, la planification, le code et la rédaction. Vous gardez la main sur chaque décision importante : ce qui est développé, où, et ce qui arrive sur GitLab.
Une fonctionnalité est un travail nommé, composé d’un ou plusieurs tickets Jira, en général d’un même epic. Chaque fonctionnalité appartient à la personne qui l’a créée.
Prenons un exemple concret. Votre équipe doit permettre aux clients d’inviter leurs collègues. Le travail est décrit dans trois tickets Jira, APP-101, APP-102 et APP-103, sous un même epic. Vous créez une fonctionnalité nommée team-invites avec ces trois tickets. Dès lors, tout ce qui concerne ce travail — la configuration, le plan, le code, les merge requests et la documentation — se trouve sur la page team-invites.
Les cinq phases
Chaque fonctionnalité traverse les mêmes cinq phases, affichées sous Avancement sur sa page :
- Préparation — vous choisissez les tickets ; Claude trouve les dépôts concernés par chacun et remplit la configuration technique. Rien n’est modifié.
- Vérification — l’application vérifie elle-même la configuration et les branches sur GitLab. Vous pouvez demander à Claude les vérifications qui demandent du jugement.
- Plan — Claude décrit ce qui va changer, par dépôt et par ticket. Vous le lisez et l’approuvez. Aucune branche n’est créée avant.
- Développement — Claude développe les tickets étape par étape et ouvre une merge request par dépôt. Vous confirmez chaque étape et approuvez chaque push.
- Documentation — la documentation d’exécution et les collections d’API sont rédigées pour vous.
Le bouton principal de la page vous mène toujours à l’étape utile suivante : inutile de retenir où vous en êtes.
Ce qui reste entre vos mains
Livra est conçu pour que rien ne se fasse dans votre dos :
- Chaque
git pushet chaque merge request créée par Claude attend votre Autoriser. - Claude ne peut jamais forcer un push, publier des paquets, ni fusionner ou approuver une merge request. La fusion est toujours faite par une personne, dans l’application ou dans GitLab.
- Quand vous connectez vos propres comptes GitLab et Jira, Claude travaille en votre nom : les commits et les commentaires sont les vôtres.
Astuce : si une phase semble bloquée, regardez la page de la fonctionnalité. Elle indique toujours ce qu’elle attend, souvent une question ou une approbation que vous seul pouvez donner.
Les rôles dans une organisation
Chacun appartient à une organisation :
- Les membres travaillent sur leurs propres fonctionnalités.
- Les administrateurs gèrent aussi les paramètres de l’organisation (Claude, connecteurs, environnements, règles du plugin) et invitent des membres.
- Le propriétaire de l’organisation peut aussi nommer des administrateurs, transmettre la propriété, gérer la facturation et fixer les règles des merge requests.
- L’équipe Livra gère le service lui-même : hébergement, sécurité, mises à jour et sauvegardes.
Les pages n’affichent que ce que votre rôle permet, et le serveur le vérifie à nouveau à chaque action.
Vérifiez vos acquis
1. Qui fusionne une merge request ouverte par Claude ?
Une personne — dans l’application avec son propre compte GitLab, ou dans GitLab. Claude ne peut jamais fusionner ni approuver.
2. Dans quelle phase approuvez-vous ce qui va changer, avant toute création de branche ?
Le Plan. Claude rédige le plan ; aucune branche n’est créée avant votre approbation.
3. Un autre membre de votre organisation peut-il travailler sur votre fonctionnalité team-invites ?
Non. Chaque fonctionnalité appartient à la personne qui l’a créée. Les administrateurs peuvent la consulter, mais seul son propriétaire en lance les étapes.