Tfs 团队建设和部署dll(例如wpftoolkit.extended.dll)
我使用的应用程序需要使用wpftoolkit.extended.dll(即没有源代码,没有msi/安装程序,我们只有dll)。到目前为止,我们已经将dll放在开发人员笔记本电脑和teambuild服务器上的c:\libs文件夹中,并且在这两个服务器上都构建了ok;现在,对于部署,我们希望将其添加到安装程序(.vdproj)中,并且我们认为需要将其放在tfs的存储库中的某个位置。然而,在测试时,该应用程序现在只构建在开发人员的笔记本电脑上,而不构建在teambuild服务器上(看起来像是相对路径)Tfs 团队建设和部署dll(例如wpftoolkit.extended.dll),tfs,tfsbuild,vdproj,Tfs,Tfsbuild,Vdproj,我使用的应用程序需要使用wpftoolkit.extended.dll(即没有源代码,没有msi/安装程序,我们只有dll)。到目前为止,我们已经将dll放在开发人员笔记本电脑和teambuild服务器上的c:\libs文件夹中,并且在这两个服务器上都构建了ok;现在,对于部署,我们希望将其添加到安装程序(.vdproj)中,并且我们认为需要将其放在tfs的存储库中的某个位置。然而,在测试时,该应用程序现在只构建在开发人员的笔记本电脑上,而不构建在teambuild服务器上(看起来像是相对路径)
所以。。。与其解决实际问题,我想知道做这件事最好/最干净/最普遍接受的方法是什么?我应该将dll保存在存储库中的什么位置?我应该将dll放置在我们要部署到的主机上的什么位置?谢谢您应该在源代码管理上使用文件夹结构,如下所示
/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
有关源代码管理文件夹和最佳实践的更多信息,建议阅读本书