使用VSTS已经有一段时间了，以下列出一些笔者认为比较重要的FAQ，希望能够抛砖引玉。限于笔者的水平以及对VSTS使用的程度，错误之处难免很多，欢迎读者指正。
- 为什么我们要使用VSTS？
微软内部的各开发团队有不少已经切换到VSTS开发环境，有了微软被证明过的成功经验，我们还等什么？
VSTS集以下功能于一身，并和VS2005充分集成，充分体现：have one，have all的体验：
- BUG管理
- 计划管理
- 风险管理
- 任务管理
- 项目报表
- 项目门户
- 持续集成
- 版本控制
- 什么是VSTS，和Visual Studio 2003有啥不同？
VSTS的全称是Visual Studio Team System，它的和VS2003最大的不同是它是一个B/S结构的系统，而VS2003是一个Standalone的系统。
- VSTS的服务端提供了哪些功能？
主要有以下一些功能：
- Team Foundation Server：Work Item 管理、项目的门户网站、版本控制、项目数据报表展现
- Team Build：持续集成的支持
- Team Foundation Proxy：用于缓存和代理Team Foundation Server
- VSTS客户端是什么？
VSTS的客户端包括以下一些内容：
- VS2005 + Team Explorer
- Excel 2003/2007 + Team Explore add-ons
- Project 2003/2007 + Team Explore add-ons
- 为什么要提供Excel和Project的客户端？
我猜想的原因有以下几点：
- 为PM提供非VS的工作环境，也就是说PM可以仅仅使用Excel和Project来进行项目管理工作。
- 共用Project的项目计划功能。
- VS2005中有很多版本是啥意思，如：VS Tester Edition、VS Architect Edition、VS Developer Edition、VS Team Suite、VS Professional Edition？
VS各版本的说明如下：
- VS Professional Edition：是所有版本中的最小集，只有一些最基本的编译、调试等功能、类似VS 2003的企业版本。
- VS Tester Edition：VS Professional Edition + Unit Testing Tool + Web Testing Tool + Load Testing Tool
- VS Team Architect Edition：VS Professional Edition + System Design Tool + Logical DataCenter + ...
- VS Developer Edition：VS Professional Edition + Code Analysis + Unit Tesing Tool + Code Coverage
- VS Team Suite：VS Developer Edition + VS Team Architect Edition + VS Tester Edition
- Team Build是什么？
Team Build是VSTS一个可选安装，它为“持续集成”提供了强有力的支持。用户可以简单配置完成以下功能：Build方式（release、debug）、发布路径、需要通过的测试（单元测试、WEB功能测试）的程序集、等。这里需要注意的一点是，Team Build内置不支持定时触发Build，但可以结合Windows自带的任务计划来实现这个功能，具体操作说明见我的另外一篇文章：配置Team Build的每日构建。
- Work Item是啥？
VSTS共定义了5种工作项：Bug、Risk、Scnario、Task、Quality of Service Requirement。Work Item可以理解为这5种工作项的一个超类。
- VSTS的服务端结构是是什么，安装的前提条件是什么？
VSTS的服务端是Team Foudnation Server，其结构为Data tier和Application tier 2个逻辑层。2个逻辑层可以安装在一台机器上也可以安装在2台机器上。以安装在一台机器为例，其安装的前提条件是：
- Windows Server 2003 + SP1
- SQL SERVER 2005 FULL Installation（Database Server、Report Server、Analysis Server、Agent、...）
- Windows Sharepoint Service 2 + SP2
- 推荐是一台Domain Server
- 不能安装在Domain Controller上
- VSTS的客户端的安装条件有哪些？
为完全使用VSTS的功能推荐的条件是以下几点：
- VS Team Suite
- Excel 2003/2007
- Project 2003/2007
- VSTS的客户端支持最新出的OFFICE 2007吗？
支持。但必须安装VS2005 的SP1后。
- VSTS是用VSS作为源代码控制工具吗？
不是，VSTS用专门的源代码控制工具，相比VSS有质的飞跃。
- VSTS的源代码管理工具和VSS相比有哪些飞跃？
主要有以下优点：
- 跨局域网：开发人员可以通过Internet来访问VSTS的源代码管理服务器。
- 存储容器是数据库：VSTS的源代码存放在SQL SERVER 2005的数据库中，提高存储的效率，同时也方便备份和恢复。
- 基于“变化集”：VSS是基于文件的源代码管理工具，也就是说把一个文件删除后，就不可能再恢复。而VSTS的源代码管理工具每次提交仅保存变化集，这样即使删除任意一个文件，也可以将其恢复回来。
- 支持“分支”（branch）、“标签”（tag）：为产品级的开发团队提供真正的版本控制功能。
- 集成在VS2005开发环境中：开发人员不必象使用VSS时一样在VS和VSS的客户端中来回切换。
- 支持“书架”：开发人员可以根据需要将未通过的代码提交到书架上，这样代码即保存在服务器端，又不会影响别的开发人员。
- 支持多种签入策略：可配置是否需要和Work Items相关联，是否需要进行单元测试后才能签入、是否要进行代码分析后才可以签入、等。
- 等等，太多了
- VSTS对设计的支持有多少？
相对UML来说：VSTS中只有：类图、组件图、部署图。若安装了WWF，则有：活动图和状态图。
- VSTS安装后，默认是以服务器的NETBIOS名（如：TFSServer）解析，如何修改可以使得它可以用机器的域名（如：tfsserver.company.com）来解析？
参见：Changing to a friendly Team Foundation Server Name
- Team Foundation Server的版本有哪些，每个版本有哪些限制？
共有以下几个版本：
- Team Foundation Server ("Standard Edition")：完全版本，没有任何限制
- Team Foundation Server 180-day Trial Edition：180天试用版本
- Team Foundation Server Workgroup Edition：MSDN注册用户下载版本，有5用户限制
- 我已经安装了Team Foundation Server，但是不知道是哪个版本，如何才能区分？
参见：Rob Caron : Which Version of Team Foundation Server Do I Have?
- Team Foundation Server的用户添加和授权相当麻烦，有没有什么简单方法?
参见：Team Foundation Server Administration Tool
- Team Foundation Server备份和恢复麻烦吗，如何进行？
Team Foundation Server的备份和恢复需要涉及：Reporting Service、SQL SERVER 2005、SharePoint Service，是有点麻烦。具体方法参见：Backing Up and Restoring Team Foundation Server Data
- 笔者能否谈以下自己在使用VSTS过程中的pros and cons？
任何东西都不是十全十美的，笔者在使用VSTS中，感觉最大的优点是“全”和“集成”，除此之外，笔者也感觉有以下一些地方不是太适应：
- 肥客户端系统，VSTS的企业门户（B/S）的功能不多。
- 源代码管理工具和VSS是脱胎换骨，但是和SVN相比还是如同荧光和皓月。
- 安装所牵涉到的服务太多，几乎所有的人在安装配置过程中都要碰到很多问题。
- 备份和恢复实在太复杂。
- 用户定制性不高，如：不能对Work Item添加自定义字段（有待更深入的研究）。
- 没有体现流程，没有代办任务的体现。
- 受Sharepoint的依赖限制，用户的角色不能和MSF对应，很多流程都只能靠制度来维护。
- 单元测试用例只能按照平板无层次的方式展现，不能按照类树来排列展现，不方便。
- 等等
