Car l'un à la granularité du dépot, l'autre des fichiers.
De la branche plus exactement.
C'est la raison pour laquelle j'expliquais que dans une migration git avec plusieurs composants (/comp1/trunk, /comp1/v.1.x, /comp2/trunk, ...), une des solutions est de créer des branches équivalentes.
Ainsi, tu n'es pas pollué par les commits dans les autres branches, y compris celles des autres composants.
Et par ailleurs, la granularité de SVN pour un commit est par contre le dépôt (une révision par depôt). Mais grâce au fameux buble-up, il est capable de commiter des fichiers qui n'entrent pas en conflit, et tout ça de manière transactionnelle (contrairement à ce bon vieux CVS).
[^] # Re: Rrrr Zzzz
Posté par El Titi . En réponse au journal Git Rev News: la newsletter de Git, et sondage pour utilisateurs de Git. Évalué à 3.
De la branche plus exactement.
C'est la raison pour laquelle j'expliquais que dans une migration git avec plusieurs composants (/comp1/trunk, /comp1/v.1.x, /comp2/trunk, ...), une des solutions est de créer des branches équivalentes.
Ainsi, tu n'es pas pollué par les commits dans les autres branches, y compris celles des autres composants.
Et par ailleurs, la granularité de SVN pour un commit est par contre le dépôt (une révision par depôt). Mais grâce au fameux buble-up, il est capable de commiter des fichiers qui n'entrent pas en conflit, et tout ça de manière transactionnelle (contrairement à ce bon vieux CVS).