È possibile impostare una cartella condivisa per DLL con relativo percorso in Visual Studio 2008?

Question

Sto usando Team Foundation come controllo del codice sorgente per una soluzione con otto progetti C #. Al fine di imporre il disaccoppiamento e la stabilità, ho abilitato solo le dipendenze tra il progetto e i loro test.

Quello che vorrei fare è creare una cartella comune in cui le librerie compilate e gli strumenti esterni possano essere posizionati e condivisi attraverso la soluzione a tutti i progetti. Il problema è che le Cartelle soluzione sembrano virtuali e, anche se non lo fossero, ci sono ancora alcuni altri problemi come il relativo percorso e il mantenimento delle DLL aggiornate nel controllo del codice sorgente TFS.

Quindi la mia domanda è: è possibile creare una cartella comune contenente librerie a cui tutti i progetti nella soluzione possano fare riferimento con un percorso relativo e comunque in grado di essere controllati da TFS?

Grazie in anticipo!

Answer 1

Non conosco TFS, ma ogni volta che aggiungo librerie di terze parti per una soluzione VS al controllo del codice di solito lo faccio nella cartella della soluzione.

+-- 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…

Quando si indicano le librerie di terze parti, dovrebbero essere collegate da un percorso relativo. L'unico modo per verificarlo è aprire il file * proj e guardare sotto i tag delle dipendenze se la libreria in questione è collegata con un percorso relativo invece che assoluto.

Per aggiungere le librerie al controllo del codice sorgente basta aggiungere la cartella di terze parti. Dal momento che non sto usando TFS, non sono sicuro che fallirà questo set-up (uso Subversion o Mercurial come controllo del codice sorgente e funzionano bene).