Au boulot on utilise Visual Source Safe. C'est un système de controle de source simple d'utilisation et assez répandu, avec ces qualités et ses défauts. Une de ses particularités, c'est de l'obligation d'associer un répertoire de travail à un projet. Rien de bien méchant jusque là, pourtant aujourd'hui, j'ai perdu une bonne partie de ma matinée à cause de cette fonction !
Les dossiers de travail de mon projet étaient normalement configurés pour pointer sur un répertoire d'un lecteur réseau (G:), mais pour certains des sous-projets, le chemin était exprimé par le chemin UNC (de la forme \\serveur\dossier\). Je ne sais pas trop pourquoi c'est devenu comme ça, surement une fausse manip à un moment quelconque. Bref, ce n'était pas très génant, après tout, les répertoires étaient les bons.
Seulement, pendant le week-end, nos répertoires personnels ont été transférés sur un autre serveur. Le lecteur réseau G: a été mis à jour, mais du coup, les chemins UNC ne sont plus bon ! Et mes répertoires de travail sont dans les choux. Enfin, la moitié seulement, mais c'est pas tellement mieux. Je me dis, bon, je n'ai pas envie de passer tous les répertoires en revue, en plus comme à chaque fois que je veux changer le répertoire il cherche pendant 1mn l'ancien répertoire, c'est pas une solution pratique. Alors je me mets à chercher un moyen de réinitialiser tous les dossiers de travail globalement pour pouvoir réaffecter le projet racine d'un seul coup.
Et bien je n'ai pas trouvé cette solution miracle. J'ai cherché dans l'aide, sur Internet, dans sur le disque dur, dans la base registre, mais impossible de trouver où cette information est stockée.
Maintenant que j'ai bien perdu mon temps à changer les répertoires à la main, je viens enfin de trouver où l'information est stockée. Sur le serveur Source Safe, bien sur ! C'est une information qui ne concerne que le client, qui est spécifique à chaque machine et à chaque utilisateur, mais l'information est sur le serveur. La logique de certains développeurs m'échappe parfois.