Teambuilding et déploiement d'une DLL (par exemple wpfoolkit.extenced.dll)
-
13-12-2019 - |
Question
L'application Je travaille sur doit utiliser le WPFOOLKIT.EXTEND.DLL (I.E. Aucune source, pas de MSI / Installer, nous n'avons obtenu que la DLL).Jusqu'à présent, nous avons placé la DLL dans un dossier C: \ Libs sur l'ordinateur portable de Dev's et le serveur TeamBuild et il a construit OK sur les deux;Maintenant, pour le déploiement, nous voulons l'ajouter à un installateur (.vdproj) et nous pensons que nous en aurons besoin dans le référentiel de TFS quelque part.Toutefois, lorsque l'application testée ne s'appuie désormais que sur l'ordinateur portable de Dev et non sur le serveur TeamBuild (ressemble à une chose de chemin relatif).
Alors ... plutôt que de résoudre le problème réel, je me demande quelle est la meilleure façon la meilleure / la plus propre / communement acceptée de faire cela?Où devrais-je garder la DLL dans le référentiel et où dois-je placer la DLL sur l'hôte que nous déployons-nous?merci
La solution
Vous devez utiliser la structure de dossier sur le contrôle source, comme le suivant
/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
Pour plus d'informations sur les dossiers de contrôle source et les meilleures pratiques, il est recommandé de lire le livre Modèles et pratiques Développement de l'équipe avec TFSGuide (version finale)