Тимбилдинг и развертывание dll (например, wpftoolkit.extended.dll)

Приложение, над которым я работаю, должно использовать wpftoolkit.extended.dll (то есть без источника, без msi / installer, у нас есть только DLL). До сих пор мы помещали dll в папку a c:\libs на ноутбуке разработчика и на сервере teambuild, и он хорошо работал на обоих; Теперь для развертывания мы хотим добавить его в установщик (.vdproj) и думаем, что он нам понадобится где-нибудь в репозитории tfs. Однако при тестировании приложение теперь строится только на ноутбуке разработчика, а не на сервере teambuild (выглядит как относительный путь).

Так что... вместо того, чтобы исправлять реальную проблему, я задаюсь вопросом, какой самый лучший / самый чистый / общепринятый способ сделать это? где я должен хранить dll в репозитории и где я должен разместить dll на хосте, на котором мы развертываем? Спасибо

1 ответ

Решение

Вы должны использовать структуру папок в системе контроля версий, как показано ниже

/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

Для получения дополнительной информации о папках управления исходным кодом и рекомендациях рекомендуется прочесть книгу " Шаблоны и практики" Руководство по разработке с TFS (финальная версия)

Другие вопросы по тегам