Microsoft 的 SCM 方法

    Visual Studio 2005 Team System 是灵活的、端到端的软件开发生命周期 (SDLC) 工具套件，它将 Visual Studio 的工作效率和创新潜能与进行软件生命周期管理的面向过程解决方案的可预见性和可重复性结合起来。Team System 合并了架构师、开发人员、测试人员、项目经理、文档编写人员和其他项目参与人员使用的工具。 

    Team System 的核心是集成的更改管理组件，它不引人注目地将 SCM 流程和团队的特定需求插入到了开发人员的日常工作流中。这些组件是：

    . 工作项跟踪
    . 源代码管理
    . 策略支持
    . 通知和报告生成功能
    . 这些组件统称为 Visual Studio Team Foundation。
   
    集成工作项跟踪和源代码管理
   
    通过支持项目参与人员将工作项与其他类型的配置项或构件 关联起来，Visual Studio Team Foundation 扫清了源代码管理、工作项跟踪和版本管理之间的障碍。

    Visual Studio Team Foundation 中有四种类型的构件：work items、source files、changesets，它们是进行签入操作的产品，此外还有 builds。工作项可包含到其他三种工件类型的链接。

    将源文件链接到工作项

    当修改工作项（例如，错误）时，您可能想要将它和源代码管理文件与工作项关联起来。如果您正在处理和签入的代码更正了错误中μ?ò???问题，您将希望将工作项连接到源文件上。这将错误链接到每个人都可以看到的更正代码上。对于其他任何一种工作项类型来说，代码与其交互的方式可能不同。在所有情况下，将它们连接在一起将可以为您的团队节约时间和精力。

    将工作项链接到 Changesets

    当您将多个文件的修订签入到源代码管理中时，就会在版本控制数据库中创建一个具有唯一标识符的新 changeset 构件，以包含修订和相关的元数据。您在 checkin 过程中选择的、与 changeset 关联的任何工作项随后都要进行修改，以回指这个新的 changeset。因而，该工作项就链接到了 changeset。

    将版本链接到工作项

    当您发现版本中的一个代码缺陷或工作项在版本中已经可用时，工作项和版本之间就有了内在关系。Visual Studio Team Foundation 将这种关系表示为存储在工作项中的一个链接。

    Checkin 策略

    使用 Visual Studio Team Foundation，公文包项目管理员可以将自定义或样本策略与 checkins 和其他事件关联起来。策略 是一种指导原则，它提供操作环境或强烈建议执行 SCM 操作之前要满足某些条件。

    最常见的策略类型是 checkin 策略。在将一组待定更改签入到数据库之前，checkin 策略验证开发人员的更改是否符合企业的要求。当开发人员试图签入违反团队策略的待定更改时，会引发一个策略警告。

    注 项目参与人员可以忽略策略警告。但是，当忽略策略警告时，项目管理员可以通过电子邮件请求通知。

    您可以将策略警告看作是 Visual Studio 中版本错误的扩展。策略警告是团队特定的源代码管理综合指导原则，它提醒开发人员在将他们的待定更改签入之前执行一些操作。策略是一种提示，而不是指令。

    生成报告

    使用 Visual Studio Team Foundation，您可以生成单个工作项的进程报告，跟踪它直至完成，甚至可以查看与其解析相关的代码。开发人员可以将代码 checkin 和需要它的工作项和构建关联起来。如果工作项是从失败的测试结果生成的，那么 Team Foundation 功能将使您能够查看测试过程中出现了什么问题，向下搜索修复它的代码，并验证该修复是否能使测试成功。您将不再需要记住或写下错误的数量和代码 checkin 日期以查看是哪个修复最终修复了错误 — 一切工作都将在一个地方完成。

    工作项跟踪功能

    工作项是分配给您的产品团队成员的工作单元。工作项可由有适当权限的人员修改和再分配。可以用报告跟踪它们，用 Microsoft Project 安排日程，其列表可以输出到 Excel 中以做更多的分析。团队可以用自己的字段、窗体、状态转换和规则来定义他们自己的工作项类型。开发人员使用工作项划分他们的工作的优先级、记录依赖项，并在某项修复完成或需要其他操作时通知测试人员和其他团队成员。架构师、设计人员、测试人员、技术编写人员、本地化人员和可用性工程师可以创建和分配工作项，以便记录项目配置项的问题并跟踪完成他们目标的进度。Team Foundation Server 附带的常见工作项类型示例包括：错误、需求、任务、风险和进度。

    创建工作项查询

    当您跟踪问题时，可以从许多地方开始，但最可能的是创建为您提供所需要的工作项的工作项查询。从工作项查询生成器，您可以创建包括或不包括数据库中任何字段以及该字段所有可能值的工作项查询。您还可以搜索已分配给您的项目的任何错误。然后，如果您是“项目管理员”组建的安全团队的一部分，那么您就可以将错误分配给需要修复它们的开发人员。您可以搜索分配给您的任何工作项。您可以搜索已更改状态的工作项，例如，那些现在已解决或最近已关闭的工作项。当您这样做了，您可以刷新您的查询并查看您所做的事情是如何更改结果列表的 — 所要做的只是单击一个按钮。

    通过解析和测试处理检测到的错误

    每个项目参与人员都需要知道如何通过解析和测试处理检测到的错误。团队中的每个人都可能发现和进入团队“公文包项目”中的错误，这取决于您的团队指导原则的制订方式。通常，创建错误的人负责验证该项目中是否已经不存在该错误。取决于团队的配置和需求，您的项目管理员可能会组建特殊团队来优先考虑没有分配给某个特定的人所引入的错误。该团队负责将错误分配给最合适的人以进行进一步的操作，负责“通过设计”来解决错误，或确定某一项是否满足“错误吧 (bug bar)”或里程碑指导原则。

如果将错误分配给一个开发人员来进行修复，那么这个开发人员可以按照所提供的步骤进行修复，请求重新产生错误的步骤说明，与测试人员一起确定根本原因，查找由其他团队成员修复的复制错误，查找并链接到相关的错误，等等。当开发人员完成工作时，该错误就分配给测试人员进行修复测试，要么接受它已得到修复，要么退回该错误以进行额外的工作。而且按照团队的指导原则，该错误由负责关闭的人员或团队关闭。

    根据您的团队需要调整工作项窗体

    作为公文包项目管理员，您可以接受 Visual Studio Team Foundation 为您包括的窗体，也可以自定义窗体以满足团队需求。例如，您可以自定义您的团队成员可以看到的字段名，以及所有字段名在工作项窗体上的位置。

    为您的窗体设置规则和权限

    您不仅可定义谁能查看您的层次结构，还可通过使用工具包附带的工作项类型来自定义您自己的窗体。如果选择不使用工具包附带的工作项类型，您就可创建、导入、导出和更新工作项类型。为了增加安全性，还可能控制各个团队成员查看您的层次结构，并相应地分配项目和层次结构权限。最后一步，您可以为用户释放窗体来结束。

    管理服务器操作

    作为操作管理员，您管理着服务器端与用户和数据的所有交互。您可以监视服务器并管理告警、备份和恢复项目数据库、计划服务器的容量、管理服务器修补程序以控制来自 Microsoft 的安全警告、设置并升级基于服务器的新产品推广、检查数据库的一致性并纠正问题、诊断性能问题，以及分配服务器端和数据库的权限。