VSTS FAQ

使用VSTS已经有一段时间了，以下列出一些笔者认为比较重要的FAQ，希望能够抛砖引玉。限于笔者的水平以及对VSTS使用的程度，错误之处难免很多，欢迎读者指正。

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