【问题标题】:Third-party DLLs with TFS build server带有 TFS 构建服务器的第三方 DLL
【发布时间】:2011-06-19 01:55:20
【问题描述】:

我只是在我的Team Foundation Server (TFS)/Visual Studio 2010 环境中首次设置自动构建。

它是一个WPF 4 应用程序,它使用Entprise 库并且还具有一些已在Expression Blend 中构建的组件。

应用程序可以在 Visual Studio 中构建。但是,它无法使用构建服务器构建。

例如:

找不到导入的项目“C:\Program Files (x86)\MSBuild\Microsoft\Expression\Blend.NETFramework\v4.0\Microsoft.Expression.Blend.WPF.targets”。确认 声明中的路径正确,并且该文件存在于磁盘上。

我是否必须在构建服务器上安装第三方 DLL?还是将 DLL 签入 TFS 就足够了?

【问题讨论】:

    标签: tfsbuild


    【解决方案1】:

    我总是在我的解决方案中创建一个第三方 DLLs 文件夹(在名为 Libs 的解决方案根目录中),并让项目从该文件夹中引用它们。这样,构建将无需额外的努力,在本地获取最新的新机器和构建服务器上。

    此外,由于第三方 DLL 是您的 SCC 主干的一部分,因此您可以在需要时在分支中对其进行版本控制。

    【讨论】:

    • 从这个 (imo) 的一个步骤是使用(或创建私有)包含第 3 方 dll 的 NuGet 包。随着构建功能的恢复。它解决了制作解决方案文件夹或获取最新文件夹而不是解决方案的需要。
    • 是的:Nuget 当时不像现在那么完美。不过,它也带来了一个奇怪的问题......
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2016-07-18
    • 1970-01-01
    • 1970-01-01
    • 2016-03-24
    • 2014-04-01
    • 1970-01-01
    • 2013-11-28
    相关资源
    最近更新 更多