错误提交指南

对于Orcas版本，我们只想修复不会对采用造成障碍的bug。我们已经创建了一组指导原则，描述了高严重性和采用阻塞bug。 基本上，在下面的每个子系统中，我们将尽量减少 变化。 内部 ，我们指的是不会有大量代码流失的系统 “红色位” .   只有通过映射到下面的项目，您的bug才会被考虑用于Orcas版本。

受Orcas版本工作影响的一些组件区域将具有更大的更改容忍度。这些区域称为绿色位。我们打算修复这些地区90%的客户错误报告。当一个组件是一个绿色位时，它在下面的指南中被显式地调用。

1) Visual C++ 编译器前端

· 错误的代码生成（即使重建最少）

· 从以前的版本中运行时行为的变化，除非在文档中，以及遵守C++标准

· 广泛使用的库（即STL、Boost）的阻塞问题

· 在没有事先诊断的情况下，对真实世界代码的断言或内部编译器错误（即，打算作为软件产品的一部分或在公司内部部署和维护的代码）

· 编译器给出错误 使用或 #导入

2) Visual C++编译器后端、链接器和工具

· 静默错误代码生成

· 主流代码出现内部编译器错误 没有简单的解决方法（例如#pragma optimize（“，off））

· 以前产品的链接回归

· 主流代码链接失败

· Visual C++ 2003调用栈回归

· 阻止客户调试真实代码的问题

3) Visual C++ IDE

· 数据丢失场景，包括崩溃或挂起

· 无法生成

· 无法调试

· 长时间没有响应的UI

· 安全问题

· 阻止向导、编辑、智能感知、浏览中的问题

· 对话框编辑器被认为是绿色位特性的一部分，因此我们打算解决那里的大多数问题

4) Visual C++库

· 安全问题

· 崩溃、数据丢失或损坏

· 编译或链接错误

· 内存泄漏或压力故障

· 调试库中缺少/失败的调试信息

· 以前版本的回归

· 断言/异常

· 与竞争对手相比，表现严重倒退或表现缓慢

· MFC中的UI显示不正确/不完整

· 使用标头时发出的默认编译器警告级别1-4

· 中央或应用程序本地方案中的部署/安装问题

· STL被认为是green-bit特性的一部分，我们打算在那里解决大多数问题

· MFC用户界面除了MFC ActiveX被认为是绿色位的一部分，我们将致力于解决那里的大多数问题

如果以下任何一项适用，我们将不考虑修复该错误：

· 修复会导致“中断更改”（即修复问题会导致编译现有用户代码失败，或更改运行时行为）

· 存在合理的解决方法

· 问题出现在非主流场景中（即，代码不打算作为软件产品的一部分发布，也不打算在公司内部部署和维护）

· 不能证明修理费用合理的角落案件或昂贵的修理

· 提供的信息不足 d 在我们的环境中重现这个问题

· 可以通过/Oy消除的调用堆栈故障-