La primera hora

SVN puede usarse productivamente en una hora. La primera hora de Git es más difícil. El área de staging, la diferencia entre commit y push, el significado de HEAD, y la distinción rebase/merge todos quieren explicación.

La meseta

El techo de complejidad de SVN es bajo. El techo de complejidad de Git es alto — lo cual es mayormente una característica.

La diferencia arquitectónica

Subversion es centralizado: un servidor sostiene el repositorio canónico; los clientes mantienen copias de trabajo. Sin el servidor, puedes editar archivos pero no commitear, hacer log, branch o merge.

Git es distribuido: cada clone es un repositorio completo.

Qué entendemos por rendimiento

"Rendimiento" en control de versiones es multidimensional: tiempo de clone/checkout, velocidad de log/blame, operaciones de branch, refresco del árbol de trabajo, y escalado de contribuidores concurrentes.

Dos modelos, dos costos

Los branches de SVN son copias de directorio en el repositorio. La copia es barata en el servidor, pero cambiar de branch implica la red. Los branches de Git son punteros — una ref de 41 bytes.

Dos filosofías

Subversion (SVN), lanzado en 2000, es un sistema centralizado de control de versiones. El repositorio vive en un servidor; los clientes hacen checkout, commit al servidor, y update desde él. Git, lanzado en 2005, es distribuido.

Modelos mentales

El modelo mental de SVN es el archivero: un lugar compartido. El modelo de Git es más como email: cada participante tiene la historia completa.