Ce qu'un processus de gestion de version doit éviter
Un processus de gestion de version répond à une question fondamentale : quel est le fichier actuel ? Sans cela, une équipe se retrouve avec trois documents nommés « final », stockés à deux endroits différents, et la personne qui modifie le mauvais le découvre une fois le travail terminé.
Chaque règle d'un processus de version découle de cette question unique. C'est pourquoi les systèmes complexes échouent et les plus simples perdurent. Une équipe suivra quatre règles, mais pas onze. La contrainte de conception est donc la mémorisation, plutôt que l'exhaustivité. Nous avons volontairement exclu tout ce qui nécessite un logiciel : les workflows de branchement, de fusion et de dépôt résolvent un problème différent pour un public différent et ne sont pas l'objet de cette vidéo.
Le modèle se décline en six scènes : une sur le coût de l'incertitude quant au fichier actuel, une sur le choix d'un emplacement de stockage unique, une sur une règle de nommage facile à retenir, une sur la numérotation des versions et les déclencheurs de changement, une sur l'attribution d'un propriétaire par document, et une sur l'archivage plutôt que la suppression.
