1. Introduction

Certains programmes informatiques ont été écrits pour aider les développeurs à gérer différentes versions des programmes informatiques qu’ils écrivent. Voir les articles Wikipedia sur :

• la gestion de versions,
• les logiciels de gestion de versions.

Depuis quelques années, ces logiciels ont une architecture distribuée.

2. Intérêts

• Permet de conserver l’historique des fichiers :
  • on a accès à :
    • qui,
    • quoi,
    • quand,
    • …
  • que ce soit entre commits ou depuis un commit (travail en cours),
  • permet de revenir à une ancienne version,
  • stats sur les employés, à qui la faute,
  • accès en lecture aussi au patron, aux utilisateurs, aux devs (changelog)…
• Permet de maintenir plusieurs versions différentes,
  • intéressant même si travail en solo,
  • idées de versions :
    • versions de pointe, avec les nouvelles fonctionnalités,
    • versions d’entretien, uniquement pour corrections de bugs,
    • version en production
    • …
• Permet le travail à plusieurs,
  • sur éventuellement les mêmes fichiers,
  • sans verrous (qui ralentissent),
  • les fichiers sans conflits sont fusionnés,
  • les conflits sont gérés.
• Permet de garantir l’intégrité du code (condensats).
• Permet de garantir la sécurité du code s’il est distribué sur plusieurs dépôts.