Je ne suis pas certain d'avoir saisi le sens de ta question mais je suppose que tu fais allusion au versionnage des répertoires.
Certains logiciels (tous les modernes en fait) gérent les répertoires sous contrôle de version. Ca signifie que lorsque tu ajoutes ou supprimes un fichier sous contrôle de version dans un répertoire, que tu le renommes ou que tu déplace, tu crées un nouvelle version de ce répertoire. L'avantage c'est que si tu gères 2 releases en parallèle de ton projet et que tu as déplacé des fichiers entre les 2 release, l'outil se souvient de ce déplacement. Lorsque tu fais des modifs sur un des fichiers déplacés dans une release et que tu souhaites les reporter sur l'autre, le merge en tiedra compte et l'appliqueras au bon fichier qu'ils aient été renommé ou déplacé.
L'uatre avantage c'est que si tu restaures une version de ton projet, l'arborescence sera bien identique à celle que tu as versionné et ne réfletera pas les évolutions que tu y a apporté depuis
SVN supporte pleinement ce principe et l'étend même.
Chaque révision est en fait une version particulière de ton arborescence entière (on dit une configuration du projet) Des que tu modifies le contenu d'un fichier ou d'un répertoire(ajout suppression renommage ou déplacement) et que tu commites tu crées une nouvelle configuration.
Attention toutefois dans le cas des outils qui supportent ce concept, il faut utiliser la commande dédiée (svn mv par exemple) pour les déplacements de fichiers entre répertoires et non pas utiliser une suppression et ajout, sous peine de perdre l'historique.
# Versionnage des répertoires
Posté par Bozo_le_clown . En réponse au message Gestion de l'arborescence de repository sous SVN. Évalué à 2.
Certains logiciels (tous les modernes en fait) gérent les répertoires sous contrôle de version. Ca signifie que lorsque tu ajoutes ou supprimes un fichier sous contrôle de version dans un répertoire, que tu le renommes ou que tu déplace, tu crées un nouvelle version de ce répertoire. L'avantage c'est que si tu gères 2 releases en parallèle de ton projet et que tu as déplacé des fichiers entre les 2 release, l'outil se souvient de ce déplacement. Lorsque tu fais des modifs sur un des fichiers déplacés dans une release et que tu souhaites les reporter sur l'autre, le merge en tiedra compte et l'appliqueras au bon fichier qu'ils aient été renommé ou déplacé.
L'uatre avantage c'est que si tu restaures une version de ton projet, l'arborescence sera bien identique à celle que tu as versionné et ne réfletera pas les évolutions que tu y a apporté depuis
SVN supporte pleinement ce principe et l'étend même.
Chaque révision est en fait une version particulière de ton arborescence entière (on dit une configuration du projet) Des que tu modifies le contenu d'un fichier ou d'un répertoire(ajout suppression renommage ou déplacement) et que tu commites tu crées une nouvelle configuration.
Attention toutefois dans le cas des outils qui supportent ce concept, il faut utiliser la commande dédiée (svn mv par exemple) pour les déplacements de fichiers entre répertoires et non pas utiliser une suppression et ajout, sous peine de perdre l'historique.