Teambuilding et déploiement d'une DLL (par exemple wpfoolkit.extenced.dll)

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

Answer 1

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)