Flux de développement

Comment cela fonctionne

La mécanique de ce kit, sans détour — ce qui tourne et quand, où atterrissent les données, et ce que vous regardez.

• Synthèse de développement tourne en semaine, le matin · 8 h et tient à jour le tableau de bord Flux de développement. En semaine, le matin — à qui c’est le tour, et ce qui est resté en plan.
• Ce qui est capté arrive dans le jeu de données Journal des PR, rangé sous Data/PR Log dans votre coffre — à vous de l’ouvrir, d’y chercher et de le modifier comme n’importe quel autre fichier.
• Ce qui est capté arrive dans le jeu de données Journal de développement, rangé sous Data/Dev Log dans votre coffre — à vous de l’ouvrir, d’y chercher et de le modifier comme n’importe quel autre fichier.
• Le tableau de bord Flux de développement lit le jeu de données et montre d’un coup d’œil : pR ouvertes · fusionnées cette semaine · revues que vous devez · à qui le tour · par repo · toutes les PR ouvertes · le journal de développement.

Le câblage, en un coup d’œil : Synthèse de développement écrit dans Journal des PR · Saisie des incidents écrit dans Journal de développement · Flux de développement affiche Journal des PR · Flux de développement affiche Journal de développement · Synthèse de développement tient Flux de développement à jour · Saisie des incidents est confié à Relay · Rétrospective de développement est confié à Relay.

En tirer le meilleur

Un kit gagne sa place quand il change ce que vous regardez et ce que vous dites, pas quand il est installé. Voici le rythme qui le rend payant.

• Ouvrez Flux de développement avant d’ouvrir le moindre onglet. La synthèse a déjà trié chaque pull request ouverte selon à qui revient la main et depuis combien de temps elle attend.
• Mentionnez incidents et décisions en passant — « on a décidé d’abandonner l’ancien endpoint », « la prod est tombée vingt minutes, migration ratée » — et Saisie des incidents les consigne.
• Interrogez Rétrospective de développement quand le débat s’engage : « qu’est-ce qui est sorti en juin ? », « pourquoi a-t-on choisi cette base de données ? » — la réponse vient du journal.
• Dites à Relay quels dépôts comptent et au bout de combien de temps une PR traîne. La synthèse se fait plus discrète.
• Gardez en tête ce qu’il ne voit pas : aucune vue sur la CI ici, le tableau de bord montre donc l’état des pull requests, rien de plus.

Faites-le vôtre

Rien ici n’est figé. Les pièces sont des agents, des routines, des jeux de données et des tableaux de bord ordinaires : tout ce que vous savez sur la façon de les façonner s’applique. Retirez ce qui ne rapporte rien.

Ce que les gens changent en premier, d’habitude

Dites n’importe laquelle de ces phrases en conversation, ou modifiez-les sur la page du kit dans l’application.

• Au bout de combien de jours une PR traîne, séparément pour les revues que vous devez et pour votre propre travail en attente.
• Les dépôts qu’elle surveille.
• L’heure de la synthèse, ou la désactivation des fiches pour ne garder que le tableau de bord.
• Ce qui mérite d’aller au journal de développement — certains n’y notent que les incidents, d’autres chaque décision.

Votre première exécution

L’installation lance une courte conversation de mise en place — pas un formulaire. Répondez grossièrement, corrigez plus tard.

1. Dès le premier matin de semaine, la synthèse lit vos dépôts et remplit le tableau de bord avec ce qui est ouvert et à qui revient la main — aucune configuration au-delà de la connexion à GitHub.
2. Elle ne vous signale que ce qui traîne vraiment. Une file en bon état ne produit aucune fiche.
3. Mentionnez un incident ou une décision en passant et cela arrive au journal de développement, avec les mots que vous avez employés sur le moment.
4. Elle ne voit pas l’état des builds — le connecteur n’a aucun outil de CI — et ne dit donc jamais si un build est passé ou si main est au vert.

Regardez le premier passage, puis dites-lui ce que vous auriez fait différemment — cette correction lui apprend plus que n’importe quelle configuration.

L’essentiel

L’apprentissage, les préférences et le coût des exécutions fonctionnent de la même façon dans chaque kit — ils sont donc traités une fois, dans le guide des Kits.

Vivre avec un Kit — le guide des Kits →

← Tous les kits