问题描述
我使用的应用程序需要使用 wpftoolkit.extended.dll(即没有源代码,没有 msi/安装程序,我们只有 dll).到目前为止,我们已将 dll 放在开发人员的笔记本电脑和团队构建服务器上的 c:\libs 文件夹中,并且在两者上都可以正常构建;现在为了部署,我们想将它添加到安装程序 (.vdproj) 中,我们认为我们将需要它在 tfs 的存储库中的某个地方.但是,在测试时,该应用程序现在仅构建在开发人员的笔记本电脑上,而不是在团队构建服务器上(看起来像相对路径).
The app I work on needs to use the wpftoolkit.extended.dll (i.e. no source, no msi/installer, we've only got the dll). So far we've placed the dll in a c:\libs folder on both the dev's laptop and the teambuild server and it built ok on both; now for deploying we want to add it to an installer (.vdproj) and we think we'll need it in tfs's repository somewhere. However, when tested the app now only builds on the dev's laptop and not on the teambuild server (looks like a relative path thing).
所以...而不是解决实际问题,我想知道这样做的最佳/最干净/普遍接受的方法是什么?我应该将 dll 保存在存储库中的什么位置,以及应该将 dll 放在我们要部署到的主机上的什么位置?谢谢
So... rather than fixing the actual problem, I'm wondering what's the best/cleanest/commonlyAccepted way to do this? where should I keep the dll in the repository and where should I place the dll on the host we're deploying to? thanks
推荐答案
您应该在源代码管理上使用如下所示的文件夹结构
You should use folder structure on the source control like the following
/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
有关源代码管理文件夹和最佳实践的更多信息,建议阅读patterns & 一书.使用 TFS 指南实践团队开发(最终版本)
For more information about the source control folders and best practices, it's recommended to read the book patterns & practices Team Development with TFS Guide (Final Release)
这篇关于团队建设和部署一个 dll(例如 wpftoolkit.extended.dll)的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持!