Тимбилдинг и развертывание 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 (финальная версия)