Equipo de equipo y despliegue de una DLL (por ejemplo, wpftoolkit.extended.dll)
-
13-12-2019 - |
Pregunta
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
Solución
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)