Les métadonnées de la copie de travail de Subversion 1.6 étaient stockées dans chaque répertoire de la copie de travail, c'est-à-dire que chaque répertoire avait un répertoire ".svn". Un effet secondaire intéressant de ceci est que je peux facilement copier n'importe quel sous-répertoire dans une copie de travail et il sera lui-même sa propre copie de travail.
Dans Subversion 1.7, la structure des métadonnées de la copie de travail a changé de telle sorte que seul le répertoire de premier niveau aura un dossier ".svn" pour l'ensemble de la copie de travail. Si vous faites un "svn info" sur un sous-répertoire, il sera toujours capable de détecter qu'il fait partie d'une copie de travail, donc je suppose que svn parcourra vers le haut jusqu'à ce qu'il atteigne un ".svn" dans un répertoire parent ou qu'il atteigne la racine de la hiérarchie des fichiers. Mais si je copie ce sous-répertoire ailleurs, il n'aura plus cette relation. Ce n'est pas un problème dans la plupart des cas, mais je perds l'effet secondaire intéressant dont j'ai parlé plus haut.
Existe-t-il un moyen pour le client svn d'exporter une copie de travail d'un sous-répertoire à partir d'une copie de travail locale sans avoir à retourner sur le serveur ? La raison pour laquelle j'essaie de faire cela est que pour notre repo svn, faire un checkout initial va jusqu'à 50gigs, causant une charge énorme sur le réseau. J'avais l'habitude de faire circuler une copie de travail relativement récente sur un disque dur à tout nouveau membre pour qu'il la copie sur son ordinateur portable, comme une sorte de démarrage. J'ai l'intégralité du répertoire sur ce disque dur, mais certaines personnes n'ont besoin que de sous-répertoires spécifiques, et la possibilité de créer une copie de travail dans un sous-répertoire serait un bonus appréciable.
Merci, Wong
