Visual Studio 2008 以发布(而非调试)模式启动?
Visual Studio 2008 to start in Release (not Debug) mode?
团队中的开发人员经常忘记切换到 Release 模式,因此我们经常以错误的模式 (Debug) 结束构建 -- 花费很长时间。
确实需要将默认构建设置为 Release。
在解决方案 select 属性下,转到配置并将其从调试更改为发布:
如果您需要创建一个发布版本以转移到生产环境,理想的解决方案是设置一个构建服务器来处理它。但是无论是从开发箱还是服务器,您都可以创建批处理文件来编译 Release version 代码。这样你总能得到正确的构建,不管个别开发者在他们的盒子上设置了什么。
经过一些简单的测试,我相信 VS2008 遵循这个规则:
- 如果开发人员上次关闭时解决方案处于发布模式,
那么下一次重新打开将在 Release 中。
- 如果解决方案处于调试状态
开发人员上次关闭它时的模式,那么下一次重新打开将是
在调试中。
上次使用的模式好像保存在本地的*.suo文件中,与其他开发者代码目录下的*.suo文件无关。
如果是这样的话,我们是否可以在代码库中做些什么来将解决方案设置为 "always start in Release, unconditionally"?也许检查二进制 *.suo 文件但不是最佳实践。
团队中的开发人员经常忘记切换到 Release 模式,因此我们经常以错误的模式 (Debug) 结束构建 -- 花费很长时间。
确实需要将默认构建设置为 Release。
在解决方案 select 属性下,转到配置并将其从调试更改为发布:
如果您需要创建一个发布版本以转移到生产环境,理想的解决方案是设置一个构建服务器来处理它。但是无论是从开发箱还是服务器,您都可以创建批处理文件来编译 Release version 代码。这样你总能得到正确的构建,不管个别开发者在他们的盒子上设置了什么。
经过一些简单的测试,我相信 VS2008 遵循这个规则:
- 如果开发人员上次关闭时解决方案处于发布模式, 那么下一次重新打开将在 Release 中。
- 如果解决方案处于调试状态 开发人员上次关闭它时的模式,那么下一次重新打开将是 在调试中。
上次使用的模式好像保存在本地的*.suo文件中,与其他开发者代码目录下的*.suo文件无关。
如果是这样的话,我们是否可以在代码库中做些什么来将解决方案设置为 "always start in Release, unconditionally"?也许检查二进制 *.suo 文件但不是最佳实践。