Est-il possible de configurer un dossier partagé pour les DLL avec un chemin relatif dans Visual Studio 2008?

Question

J'utilise Team Foundation comme contrôle de source pour une solution comportant huit projets C #. Afin de renforcer le découplage et la stabilité, j'ai uniquement activé les dépendances entre le projet et leurs tests.

Ce que je voudrais faire est de créer un dossier commun dans lequel les bibliothèques compilées et les outils externes peuvent être placés et partagés dans la solution pour tous les projets. Le problème est que les dossiers de solution semblent être virtuels. Même s’ils ne l’étaient pas, il restait quelques problèmes tels que le chemin relatif et la mise à jour des DLL dans le contrôle de source TFS.

Ma question est la suivante: est-il possible de créer un dossier commun contenant des bibliothèques que tous les projets de la solution peuvent référencer avec un chemin relatif et pouvant toujours être contrôlés par TFS?

Merci d'avance!

Answer 1

Je ne connais pas TFS, mais chaque fois que j'ajoute des bibliothèques tierces pour une solution VS au contrôle de source, je le fais généralement dans le dossier de la solution.

+-- MySolution
    | // The solution is in source control
    |
    +-- MyProject1
    |   |
    |   +-- Project and source code files for a specific project
    |
    +-- MyProject1.Test
    |   |
    |   +-- Test files for MyProject1
    |
    +-- Third Party
    |   |
    |   +-- Library dll's are stored here.
    |
    |
    +-- Solution files, more project folders, user settings (user settings are not in source control) etc…

Lorsque vous indiquez les bibliothèques tierces, elles doivent être liées par un chemin relatif. Le seul moyen de vérifier cela consiste à ouvrir le fichier * proj et à regarder sous les balises dependencies si la bibliothèque en question est liée à un chemin relatif au lieu d'un chemin absolu.

Pour ajouter les bibliothèques au contrôle de source, il vous suffit d'ajouter le dossier Third Party. Étant donné que je n’utilise pas TFS, je ne suis pas sûr que sa configuration sera gâchée (j’utilise Subversion ou Mercurial comme contrôle de source et ils fonctionnent parfaitement).