【问题标题】:Visual Studio 2008 to start in Release (not Debug) mode?Visual Studio 2008 以发布(而非调试)模式启动?
【发布时间】:2015-09-08 23:46:12
【问题描述】:

团队中的开发人员经常忘记切换到发布模式,因此我们经常以错误的模式(调试)结束构建——需要很长时间。

确实需要将默认构建设置为Release。

【问题讨论】:

    标签: visual-studio visual-studio-2008


    【解决方案1】:

    在解决方案下选择属性并转到配置并将其从调试更改为发布:

    【讨论】:

    • 谢谢。不确定这是否会强制 MSVS 始终在 Release 中启动。我现在怀疑关闭 MSVS 之前的最后一次构建可能会被记住为默认构建模式。
    • 将项目作为发布启动不是一个好主意,更改此配置后,每个构建都将在发布中
    • 谢谢,但我需要一种方法来保存我的偏好——始终在发布模式下启动此解决方案,这样我们就不会意外地花费很长时间构建调试。
    【解决方案2】:

    如果您需要创建发布版本以转移到生产环境,理想的解决方案是设置构建服务器来处理它。但是无论是从开发盒还是服务器,您都可以创建一个批处理文件来编译您的代码的Release version。这样一来,无论个别开发人员在他们的盒子上设置了什么,您总能得到正确的构建。

    【讨论】:

    • 我们在构建服务器上运行了一个批处理构建脚本。没有解决我的问题。
    • 如果在发布模式下构建的批处理文件不是问题,您需要澄清您的问题。
    【解决方案3】:

    经过一些简单的测试,我相信VS2008遵循这个规则:

    • 如果解决方案在开发人员上次关闭时处于发布模式, 那么下一次重新打开将在 Release 中。
    • 如果解决方案在调试中 开发人员上次关闭它时的模式,然后下一次重新打开将是 在调试中。

    最后使用的模式好像保存在本地的*.suo 文件中,与其他开发者代码目录下的*.suo 文件无关。

    如果是这种情况,我们可以在代码库中做些什么来将解决方案设置为“始终无条件地从发布开始”?也许检查二进制 *.suo 文件,但不是最佳做法。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2011-09-02
      • 1970-01-01
      • 2010-11-20
      相关资源
      最近更新 更多