【问题标题】:Debug vs. Release build in TFS?在 TFS 中调试与发布版本?
【发布时间】:2012-11-13 20:56:31
【问题描述】:

几个月来,我一直在使用 TFS 2010 构建我的项目。到目前为止,我还没有特别注意我是构建为 Debug 还是 Release。

现在我认为我应该构建为 Release。我假设在运行作为调试构建的程序集时会有一些性能损失等? IE。即使默认情况下似乎在任何情况下都创建了 .pdb,但有充分的理由构建为 Release 吗?

在我的构建定义中,我有 8 个要构建的项目。当我选择任何 CPU |在 TFS 构建定义(进程选项卡)中的“要构建的配置”中发布突然我的 8 个项目中只有 2 个被复制到放置文件夹(构建成功)。任何想法为什么?

我正在使用 Visual Studio 2012、.NET 4.5。

【问题讨论】:

    标签: .net visual-studio build tfs tfsbuild


    【解决方案1】:

    在 Visual Studio 的解决方案中,右键单击并转到“配置管理器...”,将“活动解决方案配置”更改为“发布”,“活动解决方案平台”更改为“任何 CPU”,检查其他项目是否设置为在此配置中实际构建。

    【讨论】:

    • 好吧,我好像误会了什么; “要构建的项目”下的一些项目是 Visual Studio 项目,而不是解决方案,只要我将“要构建的配置”留空,它们就可以工作。一旦我在配置中输入了一些东西来构建它,它只会构建解决方案,而不是项目。
    【解决方案2】:

    合并后这也发生在我身上。事实证明我错过了sln 文件中的EndProject 标签,这让构建者感到困惑。您可以使用以下步骤轻松对此进行测试:

    1. 确保提交所有更改,至少提交到 sln 文件
    2. 在 Visual Studio 中打开解决方案
    3. 以您喜欢的方式打开配置管理器(例如,右键单击解决方案并选择配置管理器)
    4. 停用某些内容,关闭配置管理器并保存所有文件
    5. 重新打开配置管理器,恢复您停用的项目,然后再次关闭它
    6. 再次保存所有文件

    现在检查 Visual Studio 是否对 sln 文件进行了任何更改,并与存储库中的内容进行比较。如果有任何更改,您的问题可能已经解决。否则,继续狩猎!

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2010-10-27
      • 2020-08-02
      • 1970-01-01
      • 2011-04-16
      • 1970-01-01
      • 2018-09-08
      相关资源
      最近更新 更多