Par Anonyme (non vérifié) , 29 avril 2026

La première heure

SVN peut être utilisé productivement en une heure. La première heure de Git est plus difficile.

Le plateau

Le plafond de complexité de SVN est bas. Le plafond de Git est haut — ce qui est principalement une feature.

La migration comme changement culturel

La partie la plus difficile d'une migration SVN-vers-Git n'est pas le tooling.

Par Anonyme (non vérifié) , 29 avril 2026

La différence architecturale

Subversion est centralisé : un serveur tient le dépôt canonique; les clients tiennent des copies de travail. Sans le serveur, vous pouvez éditer des fichiers mais pas commit, log, branch ou merge.

Git est distribué : chaque clone est un dépôt complet.

Par Anonyme (non vérifié) , 29 avril 2026

Ce qu'on entend par performance

"Performance" en contrôle de version est multidimensionnel : temps de clone/checkout, vitesse de log/blame, opérations de branche, refresh de l'arbre de travail.

Par Anonyme (non vérifié) , 29 avril 2026

Deux modèles, deux coûts

Les branches SVN sont des copies de répertoire dans le dépôt. La copie est bon marché sur le serveur, mais changer de branche implique le réseau. Les branches Git sont des pointeurs — une ref de 41 octets.

Par Anonyme (non vérifié) , 29 avril 2026

Deux philosophies

Subversion (SVN), sorti en 2000, est un système de contrôle de version centralisé. Le dépôt vit sur un serveur; les clients font checkout, commit au serveur, et update depuis lui. Git, sorti en 2005, est distribué.

Modèles mentaux

Le modèle mental de SVN est l'armoire à dossiers : un endroit partagé. Le modèle de Git est plus comme l'email : chaque participant a l'historique complet.