Equipo de equipo y despliegue de una DLL (por ejemplo, wpftoolkit.extended.dll)

Question

La aplicación en la que trabajo necesita para usar el wpftoolkit.extended.dll (i.e. no Fuente, no hay MSI / instalador, solo tenemos la DLL).Hasta ahora, hemos colocado la DLL en una carpeta C: \ LIBS tanto en la computadora portátil del desarrollo como en el servidor de Teambuild y se construyó bien en ambos;Ahora, para implementar, queremos agregarlo a un instalador (.vdproj) y creemos que lo necesitaremos en el repositorio de TFS en algún lugar.Sin embargo, cuando se prueba la aplicación ahora solo se basa en la computadora portátil de Dev y no en el servidor de TEAMBUILD (parece una cosa de ruta relativa).

Entonces ... en lugar de arreglar el problema real, me pregunto cuál es la mejor manera / limpia / comúnmente aceptada para hacer esto?¿Dónde debo mantener la DLL en el repositorio y dónde debo colocar la DLL en el anfitrión que estamos implementando?gracias

Answer 1

Debe usar la estructura de la carpeta en el control de origen como el siguiente

/Main                                 Contains the .sln file                                  

    /Source
        /MyApp1                       Contains MyApp1.sln file
           /Source                    Contain folder for all
               /ClassLibrary1         Contains ClassLibrary1.csproj
                  /MyApp1Web          Contains Default.aspx

    /Build                            Contains build output (binaries)

    /Docs                             Contains product docs etc

    /Tests

   **/3rdpartyDlls**                      Contains all vesions of third-party dlls

Para obtener más información sobre las carpetas de control de origen y las mejores prácticas, se recomienda leer el libro patrones y prácticas de desarrollo del equipo con TFSGuía (versión final)