“发布”生成配置。
A release build USES optimizations.
发布版本使用优化。
Release build should contain debug symbols.
发布版中应该包含调试符号。
Optimizations are generally turned on in a release build.
发布版本中的优化通常是打开的。
By default, a Release build employs various optimizations.
根据预设，发行版会进行各种最佳化。
Click the Export release Build button to add the bin-release folder.
单击Exportrelease Build按钮Export release Build按钮添加bin -release文件夹。
Run the nmake for the release build (enter nmake /f Makefile.win _apacher), or
为发布版本运行nmake 命令（输入 nmake /fMakefile.win _apacher），或者
You should use a release build to detect performance problems in your application.
应该使用发行版本来检测应用程序中的性能问题。
If this is a Release build, you can change the project Settings so that you generate a.
如果这是一个发布版本，您可以更改项目设置，使你产生。
If you then build your application for a release build, you may get an access violation.
如果那时生成应用程序的发布版本，则可能会发生访问冲突。
This is the least likely cause of release build problems, but it does arise on occasion.
这导致发布版本问题的可能性最低，但有时确实会发生。
This indicates that native symbols were stripped during the Release build of the application.
这表明，在应用程序发布期间，本地符号被去除。
This error was causing the release build of the application to crash, whereas the debug build worked fine.
这一错误将会导致应用构造的崩溃，而调试构造却很正常。
When you have that option you may be tempted to use a debug build on staging and a release build in production.
如果你可以选择，你可能希望在交付准备服务器上使用调试构建版本，在生产环境上使用发布构建版本。
This section presents information on why and when you would want to change from a debug build to a release build.
本节介绍有关为什么以及何时需要将调试版本更改为发布版本的信息。
As I have described in this article, this is essentially the difference between an integration build and a release build.
正如我在本文中所描述的，这是集成构建和发布构建的本质上的区别。
When you use optimizations to create a release build, the compiler will not produce symbolic debugging information.
当使用优化创建发布版本时，编译器不会产生符号调试信息。
When a project or solution is fully developed and sufficiently debugged, its components are compiled in a Release build.
在项目或解决方案完全开发并充分调试后，在“发布”版本中编译其组件。
If your code generates compile errors after switching from debug build to release build, there are some areas you should check.
如果从调试版本切换到发布版本后代码生成编译错误，有几个方面应该检查。
In a release build, stray Pointers have a greater chance of pointing to uninitialized memory instead of pointing to debug information.
在发布版本中，游离的指针有更多机会指向未初始化的内存，而不是指向调试信息。
There are other differences, but following are the primary differences that would cause an application to fail in a release build when it works in a debug build.
还有其他差异，但以下是导致应用程序在调试版本中可以运行但在发布版本中失败的主要差异。
By retaining a copy of the mapping.txt file for each release build, you ensure that you can debug a problem if a user encounters a bug and submits an obfuscated stack trace.
通过保存发布构建版本的mapping .txt文件拷贝，确保当用户碰到bug，并把混淆后的堆栈调试跟踪信息提交给你时，你可以进行调试从而修复问题。
Collier mentioned that "the goal of OpenStack is to support multiple hypervisors, although currently the release build is lacking support for both VMware and Microsoft's Hyper-V."
Collier提到，“OpenStack的目标是要支持多种虚拟服务器，尽管当前发布的版本还不支持VMware和微软的Hyper - V。”
At Release Build Minus One - ideally, the last version before the public beta hits the streets - there are only five "blocking" bugs, all of which Rakowski and team deem fixable.
发布版本——在公开的beta版本面世之前的最后一个版本只剩5个阻碍性错误(blocking bugs)，Rakowski的团队认为这些bug都是可以解决的。
There is a greater chance that stack variables will still be zero in a debug build compared to a release build because of compiler optimizations of stack variables in a release build.
因为在发布版本中编译器对堆栈变量进行优化，所以与发布版本相比，堆栈变量在调试版本中仍然为零的可能性更大。
Because heap layout is different between release and debug versions, a memory overwrite might not create any problems in a debug build, but may have catastrophic effects in a release build.
由于堆布局在发布版本和调试版本间不同，因此内存覆盖在调试版本中可能不会引起任何问题，但在发布版本中可能导致灾难性的后果。
Support often exists those browsers modern enough to recognize HTML5 but often requires a pre-release build, including for Apple's Safari 4, Google's Chrome 3, Mozilla Firefox 3.5 and Opera 10.
对于那些已经能够支持HTML5技术的浏览器如苹果Safari4，谷歌Chrome3，Mozilla Firfox3.5，Opera10而言，理论上讲应用WebGL标准的难度并不大，不过仍然可能需要发布专门的pre-release版本才可以完美支持WebGL标准。
Each role is served by the centrally managed build and release system.
每个角色都是由中心管理构建和发布系统来服务的。
The build and release workflow is defined with participation from each of the stakeholders.
这个构建和发布工作流是由每个涉众的参与来详细说明的。
应用推荐