Visual Studio Team System是微软今年即将发布的一款团队开发产品，涵盖产品开发的全生命周期，从建模、开发、测试、自动构建以及Bug管理、项目决策分析、源代码管理等提供了强有力的支持。Visual Studio再也不是开发人员使用的单纯的开发工具，开发人员、测试人员、架构师以及项目经理等开发团队当中的角色均可以使用本工具开展其工作。
另外，在Visual Studio Team System当中也内置了MSF 4.0。MSF是微软及其客户开发卓越产品成功经验的结晶，在以往版本成功的基础上，MSF 4.0为了满足规模不一团队的需要，分成了两个版本，即MSF Agile，适合小型开发团队，而MSF Formal则可以帮助大中型开发团队实现CMM III级的开发过程。此外，Visual Studio Team System也提供了简单易用的编辑器，供开发团队定制更加适合自己的软件开发过程，比如XP(极限编程)、RUP等。
Visual Studio Team System产品也提供了VSIP的支持，让各种ISV（独立软件开发商）在原有基础上，将更多功能模块无缝整合在IDE当中，比如Borland公司将会为Visual Studio Team System提供UML建模的支持。VSIP让合作伙伴可以使用托管代码扩展我们的集成环境，为其增加更加强大的功能。
Visual Studio Team System虽然配备了完整的帮助文档，并且在开发过程中提供动态帮助，但如此庞大的软件及全新的开发理念，对于软件开发团队来说，需要有一个比较长的学习及适应过程。为了帮助更多的开发团队及团队成员更加轻易的迈过此门槛，我们编写了一本《Visual Studio Team System学习指南》，以飨读者。
该书不是一个简单的教材类书籍，为了更加通俗易懂，我们通过虚拟的开发团队――移山公司（愚公后代）利用Visual Studio Team System来开发其B2C网站的全过程，涉及到Visual Studio Team System的方方面面，使大家可以了解Visual Studio Team System如何与真实的开发过程结合起来，并且通过团队成员之间的对话，解答读者的疑惑。
另外，此书在编排上按照由易到难的方式渐进，可以供各种层次的读者选择阅读，在第一部分，我们将介绍Visual Studio Team System的基本功能，第二部分，则联系具体的开发过程，讲解具体使用技巧，以理论联系实战，在第三部分，则将会学习Visual Studio Team System的一些高级技巧，包含如何定制开发过程，以及为其进行扩展开发。
该书由邹欣及王洪超共同写作。邹欣是微软总部Visual Studio产品团队的软件开发工程师。目前在Visual Studio产品团队工作，进行Visual Studio.NET 下一个版本 Team System 2005 的开发。他从1996年起在微软Outlook 的产品团队从事开发工作, 主要注重于产品国际化，邮件内部协议，和提高应用程序的效能。另外他还参与过微软内部的质量管理工具的开发。 邹欣在1993-1994 年开发过商用GPS 汽车跟踪系统和GIS 软件，1992-1993年在美国惠普公司接受软件工程的培训。1991 年毕业于北大计算机软件专业，1996 年获美国Wayne State Univ. (韦恩州立大学) 计算机软件专业硕士。
王洪超，微软在中国的首批最有价值专家, 博客堂(http://blog.joycode.com)站长，网名开心就好，独立写作《新概念ASP.NET教程》，翻译过《电子商务整合方案实战--Biztalk Server 2000and XML》，并曾在多家国内刊物发表文章。于2004年9月正式加入微软(中国)有限公司，担任开发技术经理职务。
该书目前的第一版草稿已经完成了百分之五十，计划在十一月份左右出版。为了让更多的读者了解本书的全貌，并且获得反馈，我们将公布本书的两个章节，供大家下载，希望更多的朋友给予我们批评以及指导。
也欢迎各出版社与我们进行联系，协助我们出版出书。
试读章节（Updated）：
Word格式：http://blog.joycode.com/vstsbook.zip（7.92M，使用IRM处理）
MDI格式:http://blog.joycode.com/vstsbook(mdi).zip (1.68M, 仅安装Office 2003后可以使用）
致歉：本人没有制作PDF格式的软件，所以无法提供PDF格式。而IRM本人并不是非常熟悉，本想通过此版本让大家均了解一下这个技术，但没有想到给大家带来很多麻烦，非常抱歉！
备注：此部分文档已经使用Windows IRM进行权限管理，在您打开内容时，会提示您安装IRM Client，请按照向导进行操作。如果您使用的Office 2003以前的版本，可以在IE上安装插件进行。关于IRM更多的支持，可以在微软站点上得到更多内容。
- Book_overview.doc: 介绍本书的全体内容，以及整体架构
- Intro.doc： 本书的前言部分，介绍故事的由来。
- VSTS_Quick_demo.doc：由移山公司员工介绍VSTS的一个具体Demo，让其他同事对其有个全貌的认识。
- VSTS_Test.doc：介绍在VSTS当中如何进行测试，含单元测试、网络测试等。
发布的所有章节均是处于草稿状态。我们在写书过程当中，使用Windows SharePoint Service进行了版本管理，发布的章节尚处于“Strawman”。另外，本书发行时的书名也尚未最后确认，欢迎各位在阅读后给予建议！
与本书相关的讨论，请转至Visual Studio Team System专项论坛中讨论。
文章来源:
http://blog.joycode.com/joy/archive/2005/03/31/46717.aspx
CSDN是我非常喜爱的网站，我想也是很多IT业界同好们的首选，但是持续一年多以来，CSDN却逐渐的有些惨不忍睹，相信也是很多同好们的共鸣。曾经被评为CSDN的热心忠实读者，在此，谨提出一些个人的建议：
- 在内容上，CSDN越来越倾向于哗众取宠，某些文章根本不予以证实，就发表在首页上，远的如《微软反间谍软件逆子拭父删除IE》，明明就是国外媒体一个Joke news，就拿来做头条，编辑竟然未加验证，就发过来。另外，CSDN也有了Blog，很多Blog转载的文章，在未注明版权及验证内容的情况下，就会出现在首页上。
- 排版上，可能是出于市场或者合作伙伴的压力，CSDN的首页排版越来越惨不忍睹，红的绿的蓝的头条争相迎春，固定的漂浮的广告满眼皆是。到头来，感觉CSDN没有自己的重点。有时候一眼望过去，有种头晕的感觉。
- 过于热衷论战，少些深度报道。其实CSDN的配套媒体《程序员》当中的文章，如闫辉的深度报道都是阅后绕梁三日的好文章，为什么就不给CSDN网站配一个相辅的深度报道呢？再比如CSDN现有的各频道的内容当中，也就Java频道值得一看，做得非常不错。
- 部分频道提供服务不稳定，有些频道频道宕机，无法提供服务，内部人士说会定时重启服务器以便起到稳定，但实际上用户体验极差，还不如在硬件上多想想解决方案，或者招聘一些真才实学的软件开发人员。
CSDN做为一个老牌媒体，是一个IT业界开发人员的首选，希望能够奋发改革，真正为程序员着想。现在的IT业界新闻当中，我个人已经将TechWeb做为首选了。
文章来源:
http://blog.joycode.com/joy/archive/2005/03/31/46687.aspx
今天在博客园阅读了一篇文章《为何.NET总是Bug不断？？》，心为之一惊，以为又发现了什么新Bug，马上进去查看其内容，并且顺带看了所有的评论。
一个非常简单的程序
string action = "cancel";
if(action.Equals("cancel"))
...{
Console.WriteLine("true");
}
else
...{
Console.WriteLine("false");
}
置疑有两个：
- 在立即窗口中，无法使用action.Equals;
- 为什么答案不是true?
关于第1个问题，我做了一下实验，完全可以使用，因为action本身并非C#的关键字。我在输入时还会自动提示，但请注意，在使用立即窗口前，要确认的两件事情：
- 当前是使用的Debug模式，而非Release模式
- 在程序中设置了正确的断点，程序并且运行到该断点。
关于立即窗口的具体使用办法，请阅读MSDN Library当中的文字：
当代码处于中断模式时，“立即窗口”同断点所在的过程具有相同的范围。这样可以测试和更改变量的值。此外，还可用“立即窗口”调用过程并用不同的数据测试过程，但无需从头开始运行应用程序。
第二个问题，我的测试并没有出现错误，直接显示的是True，我比较关心的是评论栏中所发表的评论，有人写道：用Equals好像比较的是对象,虽然字符串是相同的,但如果是对象怎么会就是一个呢? 。然后有人在后面以导师的身份教导我们说：他说的是对的。如果你阅读了这篇文章，以后可能就会先入为主了，不会有人遇到此问题再去阅读权威资料了，那么是不是正确的呢？
请查看MSDN文档，因为action是一个String的对象，那么查看一下String.Equals方法的说明，里面很清楚的表明：String.Equals方法是用来确定两个 String 对象是否具有相同的值。
当然，有兴趣者或者刨根究底者可以去阅读这部分源代码，即SSCLI或者MONO的实现。
做为程序员，希望大家还是少一些浮躁。类似于热衷于国内某些媒体的头版头条，如《微软专家质疑.NET》，或者《微软反间谍软件逆子轼父删除IE》之类的愚人节新闻。把大部分精力浪费在这些毫无意义的争论上，对大家没有益处。只会越来越浮躁。
千万不要论坛文化带到博客园来。
文章来源:
http://blog.joycode.com/joy/archive/2005/03/31/46677.aspx
随着软件产业化步伐的加大，软件研发的整个生命周期开始成为人们关注的焦点。如何提供一个（套）整合的工具——以方便开发人员控制软件的设计、开发、调试部署全过程，以及该过程中人员的协作和工作项的跟踪——逐渐成为各大工具厂商首要关注的问题。因此，市场上逐渐出现了各种团队协作工具和软件开发生命期（SDLC）控制工具。在这个充满巨大前景的市场面前，微软自然不甘落后，后积薄发地推出了Visual Studio Team System套件，全面整合了软件设计、开发、测试、部署和人员协作工具，为提高软件研发过程中的生产率作出了巨大努力和贡献。那么，对于基于微软技术的开发者们将面临如何在自己的项目中使用Team System来切实地提高生产率的问题。
因此，CSDN网站和《程序员》杂志社特地请到了微软有关专家与广大网友进行互动的在线聊天活动，旨在交流和探讨Team System的应用技术和挖掘Team System可以为广大开发人员带来的巨大商业价值。
聊天主题：Visual Studio Team System专题技术
聊天时间：2005年3月16日（星期三）13:00~15:00
聊天嘉宾：邹欣 王洪超
文章来源:
http://blog.joycode.com/joy/archive/2005/03/16/45885.aspx
概览
那么什么是MSF Agile呢？MSF Agile就是一套为团队项目提供的流程指南，主要包括角色定义、行为定义、工作流程以及交付产品等概念。
每种软件过程方法理论都会包含角色定义，其实无论贵公司是否已经采用了特殊的方法理论，都会或多或少的有了一些角色定义。比如开发人员、项目经理以及测试人员。当然，在国内很多小型开发公司里面，这些人员的职责非常不清晰，划分也不明确，比如很多测试人员并没有特定的人员，而是谁有空由谁来担任，甚至有时候，开发人员来测试自己开发的代码，或者老板亲自上阵。在这种情况下，谁也无法保障交付产品的质量。所以我们需要比较严格的角色定义，并且规范其职责范围。
每种角色都有自己的职责范围，这些职责是由一个个行为所组成的。行为就是单个角色为完成项目的某个任务所需要执行步骤的指南。行为被组合起来就成为了工作流程。
交付产品最明显的例子就是我们所要开发出来的软件产品，包含二进制文件以及源代码。但交付产品远远不止这些，还包括文档（如帮助文档以及需求文档等等），一般来说，在某种行为完成后，肯定都有相应的交付产品出现。所以说，交付产品是某种行为的产出物，同时，也有可能成为某种行为的必要条件。也就是说，必须有某些交付产品，才能够去进行这一行为。
Team System提供了一套集成的工具，用以在项目开发当中贯彻以上所提到的这些指导方针。它可以完成的功能主要有：
所有的开发成员都会获得用户身份，这些用户身份属于一些用户组。这些我们可以为特定的组赋予特定的权限，从而实现角色的定义。注意：这些用户与组是建立在活动目录(Active Directory)的基础上的。
为项目所计划或者需要跟踪的所有事项都被存放在一个工作项数据库的地方。这个数据库当中的每个记录都称之为一个工作项。工作项可以有不同的类型，如任务、缺陷、风险等。工作项可以用来确定每个工作、交付产品等的状态。这样每天每个人的工作量就可以很轻易得到确认。
原来的Visual Source Safe 6.0一直以来受到各种各样的质疑，比如对分支、合并的支持（其实VSS支持这些工作，只不过默认关闭），并且不支持TCP/IP，无法供异地合作的人使用，在新版的VSS 2005当中这些都已经得到了增强。但VSTS还提供了一个更加强大的版本控制系统，称之为Team Foundation source control 。该系统不仅可以管理源代码，还可以管理测试（代码、配置、结果等）以及模块等。另外，依托Windows SharePoint Service的强大功能，VSTS还提供了项目站点的功能，可以查阅各种项目目标文档、日程表以及各种与该项目开发相关的资源文档。当然，也提供了讨论组等功能。
在接下来的教程当中，我们将分别介绍MSF Agile当中的角色定义以及工作项的具体定义。
注：文中的粗体字均是英文中的术语的直译，为了提高本教程的写作进度，暂时不提供索引，感兴趣的朋友，可以阅读原英文文档。
文章来源:
http://blog.joycode.com/joy/archive/2005/02/18/44539.aspx
概览
那么什么是MSF Agile呢？MSF Agile就是一套为团队项目提供的流程指南，主要包括角色定义、行为定义、工作流程以及交付产品等概念。
每种软件过程方法理论都会包含角色定义，其实无论贵公司是否已经采用了特殊的方法理论，都会或多或少的有了一些角色定义。比如开发人员、项目经理以及测试人员。当然，在国内很多小型开发公司里面，这些人员的职责非常不清晰，划分也不明确，比如很多测试人员并没有特定的人员，而是谁有空由谁来担任，甚至有时候，开发人员来测试自己开发的代码，或者老板亲自上阵。在这种情况下，谁也无法保障交付产品的质量。所以我们需要比较严格的角色定义，并且规范其职责范围。
每种角色都有自己的职责范围，这些职责是由一个个行为所组成的。行为就是单个角色为完成项目的某个任务所需要执行步骤的指南。行为被组合起来就成为了工作流程。
交付产品最明显的例子就是我们所要开发出来的软件产品，包含二进制文件以及源代码。但交付产品远远不止这些，还包括文档（如帮助文档以及需求文档等等），一般来说，在某种行为完成后，肯定都有相应的交付产品出现。所以说，交付产品是某种行为的产出物，同时，也有可能成为某种行为的必要条件。也就是说，必须有某些交付产品，才能够去进行这一行为。
Team System提供了一套集成的工具，用以在项目开发当中贯彻以上所提到的这些指导方针。它可以完成的功能主要有：
所有的开发成员都会获得用户身份，这些用户身份属于一些用户组。这些我们可以为特定的组赋予特定的权限，从而实现角色的定义。注意：这些用户与组是建立在活动目录(Active Directory)的基础上的。
为项目所计划或者需要跟踪的所有事项都被存放在一个工作项数据库的地方。这个数据库当中的每个记录都称之为一个工作项。工作项可以有不同的类型，如任务、缺陷、风险等。工作项可以用来确定每个工作、交付产品等的状态。这样每天每个人的工作量就可以很轻易得到确认。
原来的Visual Source Safe 6.0一直以来受到各种各样的质疑，比如对分支、合并的支持（其实VSS支持这些工作，只不过默认关闭），并且不支持TCP/IP，无法供异地合作的人使用，在新版的VSS 2005当中这些都已经得到了增强。但VSTS还提供了一个更加强大的版本控制系统，称之为Team Foundation source control 。该系统不仅可以管理源代码，还可以管理测试（代码、配置、结果等）以及模块等。另外，依托Windows SharePoint Service的强大功能，VSTS还提供了项目站点的功能，可以查阅各种项目目标文档、日程表以及各种与该项目开发相关的资源文档。当然，也提供了讨论组等功能。
在接下来的教程当中，我们将分别介绍MSF Agile当中的角色定义以及工作项的具体定义。
注：文中的粗体字均是英文中的术语的直译，为了提高本教程的写作进度，暂时不提供索引，感兴趣的朋友，可以阅读原英文文档。
文章来源:
http://blog.joycode.com/joy/archive/2005/02/18/44539.aspx
注：为了方便大家尽快了解如何利用Visual Studio Team System在自己的团队当中展开开发工作，本人现在开始进行MSF Agile Beta版文档的汉化工作，原始文档可以在http://lab.msdn.microsoft.com/teamsystem/workshop/msfagile/default.aspx中下载得到。限于本人水平，有些汉化可能并不达意，欢迎大家批评斧正。同时，如果您有意参与汉化，也请与我来信说明。
版权：本汉化文档欢迎转载，但请在转载的时候，请注意保证本文的完整性，注明英文文档地址，及汉化作者名称，及原始出处（以超链接方式给出，而不是仅仅提供站点名称）
特别注明：本文档并非单纯的汉化原英文文档，部分内容是开心的个人开发过程中的随想，欢迎斧正。
前言
在中国的法律建设当中，有一个十六字方针，相信上过高中政治课程的同志们都已经非常熟悉了，这就是“有法可依，有法必依，执法必严，违法必究”。其实，在团队开发当中，为了保障开发的正常进行，这十六字方针仍然适用。下面就一一进行解释：
在团队开发当中，为了能够更加快速的交付客户所需要的质量稳定的软件产品，需要有一定的开发理论作为支撑，这就是软件开发过程当中的“法”。在业界，这种方法论并不缺少，比如著名的有：MSF（微软解决方案框架）、RUP（Rational统一过程理论）、XP（极限编程）等。
有了这些软件过程的方法论，那么如何真正有效的贯彻实施？这就需要有工具来配合，使这些方法论真正能够贯彻在软件开发的各个环节中。其实，在大家的开发团队当中，这种工具已经或多或少的在使用了，比如开发环境：Visual Studio.NET，Borland C# Builder;版本管理工具：Visual SourceSafe，CVS; Bug管理工具;项目管理工具;测试工具等。
但目前的工具在软件开发团队当中，并不是特别顺手，因为各个工具都独立存在，在功能上互相交叉，但又无法相互共享其结果。最终的结果是在开发当中造成严重脱节，软件团队成员之中怨声载道，项目也一再延期。可见，光是有工具是不行的，而且必须要有一个集成的工具，能够把各个环节能够统一出来,每个环节都可以量化管理，推动项目能够良性开发。
有了良好的工具及方法论，那么在公司里面也应该有相应的公司章程，开发团队绩效考核办法等绑定，从而确立整个团队开发的奖惩措施，更有效的发挥软件开发团队的潜力。
大家知道，微软的MSF至今已经发展到3.0，是微软及微软合作伙伴在软件开发过程当中，根据自己的实践总结的一套方法理论。但MSF并不一定适合所有的ISV（独立软件开发商），所以在4.0推出时，我们将MSF分成两个版本，一个是软量级的：MSF Agile，适合绝大部分开发团队使用；另外一个是MSF Complete，适合已经通过或者相当于CMM 3级的软件企业使用。
目前，MSF Agile还处于Beta阶级，本教程将介绍MSF Agile的基本内容，以便让大家对此有所了解，并且在本教程当中，将会结合VSTS来介绍该方法论，不是单纯的“纸上谈兵”。
文章来源:
http://blog.joycode.com/joy/archive/2005/02/18/44531.aspx
注：为了方便大家尽快了解如何利用Visual Studio Team System在自己的团队当中展开开发工作，本人现在开始进行MSF Agile Beta版文档的汉化工作，原始文档可以在http://lab.msdn.microsoft.com/teamsystem/workshop/msfagile/default.aspx中下载得到。限于本人水平，有些汉化可能并不达意，欢迎大家批评斧正。同时，如果您有意参与汉化，也请与我来信说明。
版权：本汉化文档欢迎转载，但请在转载的时候，请注意保证本文的完整性，注明英文文档地址，及汉化作者名称，及原始出处（以超链接方式给出，而不是仅仅提供站点名称）
特别注明：本文档并非单纯的汉化原英文文档，部分内容是开心的个人开发过程中的随想，欢迎斧正。
前言
在中国的法律建设当中，有一个十六字方针，相信上过高中政治课程的同志们都已经非常熟悉了，这就是“有法可依，有法必依，执法必严，违法必究”。其实，在团队开发当中，为了保障开发的正常进行，这十六字方针仍然适用。下面就一一进行解释：
在团队开发当中，为了能够更加快速的交付客户所需要的质量稳定的软件产品，需要有一定的开发理论作为支撑，这就是软件开发过程当中的“法”。在业界，这种方法论并不缺少，比如著名的有：MSF（微软解决方案框架）、RUP（Rational统一过程理论）、XP（极限编程）等。
有了这些软件过程的方法论，那么如何真正有效的贯彻实施？这就需要有工具来配合，使这些方法论真正能够贯彻在软件开发的各个环节中。其实，在大家的开发团队当中，这种工具已经或多或少的在使用了，比如开发环境：Visual Studio.NET，Borland C# Builder;版本管理工具：Visual SourceSafe，CVS; Bug管理工具;项目管理工具;测试工具等。
但目前的工具在软件开发团队当中，并不是特别顺手，因为各个工具都独立存在，在功能上互相交叉，但又无法相互共享其结果。最终的结果是在开发当中造成严重脱节，软件团队成员之中怨声载道，项目也一再延期。可见，光是有工具是不行的，而且必须要有一个集成的工具，能够把各个环节能够统一出来,每个环节都可以量化管理，推动项目能够良性开发。
有了良好的工具及方法论，那么在公司里面也应该有相应的公司章程，开发团队绩效考核办法等绑定，从而确立整个团队开发的奖惩措施，更有效的发挥软件开发团队的潜力。
大家知道，微软的MSF至今已经发展到3.0，是微软及微软合作伙伴在软件开发过程当中，根据自己的实践总结的一套方法理论。但MSF并不一定适合所有的ISV（独立软件开发商），所以在4.0推出时，我们将MSF分成两个版本，一个是软量级的：MSF Agile，适合绝大部分开发团队使用；另外一个是MSF Complete，适合已经通过或者相当于CMM 3级的软件企业使用。
目前，MSF Agile还处于Beta阶级，本教程将介绍MSF Agile的基本内容，以便让大家对此有所了解，并且在本教程当中，将会结合VSTS来介绍该方法论，不是单纯的“纸上谈兵”。
文章来源:
http://blog.joycode.com/joy/archive/2005/02/18/44531.aspx
目前开心的主要兴趣是在Visual Studio Team System当中，因为在一个软件开发团队当中，最重要的已经不只是开发工具本身了，而是包括需求管理、Bug管理、测试、建模等等，以前微软及其合作伙伴提供了一系列的独立工具帮助大家完成这些功能，但现在，所有这一切都可以在Visual Studio Team System的统一的IDE当中完成。
昨天参加了MSDN全球网站的一次聊天活动，在该活动当中，来自Product Team的专家们就用户关心的问题一一进行了回答，受益匪浅。
通过这次聊天活动，也可以看出，用户的需求是非常多的，但微软不可能在短时间内完全满足所有客户的需求，比如希望找到一个CVS迁移到VSTS工具，微软在V1的时候不会提供（仅提供了VSS以及ClearCase的迁移工具），一位专家说，这正是我们的ISV的大好机会。
另外，还有好多团队可能并不满足于VSTS自带的MSF以及XP方法论模板，希望可以对这些流程以及角色进行自定义，创建符合自己公司需要的模板，那么如何做呢？
还好，我们现在有了Visual Studio Team System 1204 CTP Extensibility Kit，使用它可以很方便的在VSTS的DEC CTP版本中进行以下功能的定制，并且提供了部分示例代码：
1)创建自己的Work Item Type：如果你选择了MSF Agile方法论模板，那么Work Item Types将会有：Bug，Requirement、Task等等，如果你想创建自己的Type，比如Risk，可以使用这个工具来完成;
2)创建自己的测试类型：在VSTS当中，内建了压力测试、网络测试、单元测试，但现在的测试方法层出不穷，我们可以依靠这个扩展工具来扩展自己的测试类型;
3)创建自己的签入/签出规则:在VSTS当中，根据选择的不同的方法论模板，可以有不同的签入/签出规则，那么可不可以创建自己的签入/签出规则呢？答案也是可以的。
4)创建自己的方法论模板:每个公司都有自己的方法论，VSTS提供了XP、MSF（Agile以及相当于CMM3层次的Completed MSF)，如果开发团队希望自定义，或者把类似于RUP的软件过程理论创建到VSTS当中，我们也提供了自定义方式;
5)创建自己的事件通知机制：在VSTS当中，如果有人签入代码或者其它Item，可以有邮件通知给其它团队成员，但如果我们希望实现，使用Windows Messenger来通知团队成员，别担心，我们也有扩展机制;
6)创建自己的工具藕合服务：VSTS提供了对象模型及服务，以便让ISV把自己的工具集成到VSTS当中，或者自定义一些视图以及UI或者行为。
7）大量有用的Slides：在该扩展包当中，也包含了十多个Slides，用以讲解如何进行上述的各种扩展。
感兴趣吗？那么现在就开始下载吧。
VSTS 扩展工具包：http://www.microsoft.com/downloads/details.aspx?FamilyID=e42ecbda-de64-4acc-9197-c16734b4bf60&displaylang=en
MSF Agile文档：http://www.gotdotnet.com/workspaces/workspace.aspx?id=b6973c97-2af8-4681-a585-9ec387ee0688
文章来源:
http://blog.joycode.com/joy/archive/2005/01/28/43779.aspx
目前开心的主要兴趣是在Visual Studio Team System当中，因为在一个软件开发团队当中，最重要的已经不只是开发工具本身了，而是包括需求管理、Bug管理、测试、建模等等，以前微软及其合作伙伴提供了一系列的独立工具帮助大家完成这些功能，但现在，所有这一切都可以在Visual Studio Team System的统一的IDE当中完成。
昨天参加了MSDN全球网站的一次聊天活动，在该活动当中，来自Product Team的专家们就用户关心的问题一一进行了回答，受益匪浅。
通过这次聊天活动，也可以看出，用户的需求是非常多的，但微软不可能在短时间内完全满足所有客户的需求，比如希望找到一个CVS迁移到VSTS工具，微软在V1的时候不会提供（仅提供了VSS以及ClearCase的迁移工具），一位专家说，这正是我们的ISV的大好机会。
另外，还有好多团队可能并不满足于VSTS自带的MSF以及XP方法论模板，希望可以对这些流程以及角色进行自定义，创建符合自己公司需要的模板，那么如何做呢？
还好，我们现在有了Visual Studio Team System 1204 CTP Extensibility Kit，使用它可以很方便的在VSTS的DEC CTP版本中进行以下功能的定制，并且提供了部分示例代码：
1)创建自己的Work Item Type：如果你选择了MSF Agile方法论模板，那么Work Item Types将会有：Bug，Requirement、Task等等，如果你想创建自己的Type，比如Risk，可以使用这个工具来完成;
2)创建自己的测试类型：在VSTS当中，内建了压力测试、网络测试、单元测试，但现在的测试方法层出不穷，我们可以依靠这个扩展工具来扩展自己的测试类型;
3)创建自己的签入/签出规则:在VSTS当中，根据选择的不同的方法论模板，可以有不同的签入/签出规则，那么可不可以创建自己的签入/签出规则呢？答案也是可以的。
4)创建自己的方法论模板:每个公司都有自己的方法论，VSTS提供了XP、MSF（Agile以及相当于CMM3层次的Completed MSF)，如果开发团队希望自定义，或者把类似于RUP的软件过程理论创建到VSTS当中，我们也提供了自定义方式;
5)创建自己的事件通知机制：在VSTS当中，如果有人签入代码或者其它Item，可以有邮件通知给其它团队成员，但如果我们希望实现，使用Windows Messenger来通知团队成员，别担心，我们也有扩展机制;
6)创建自己的工具藕合服务：VSTS提供了对象模型及服务，以便让ISV把自己的工具集成到VSTS当中，或者自定义一些视图以及UI或者行为。
7）大量有用的Slides：在该扩展包当中，也包含了十多个Slides，用以讲解如何进行上述的各种扩展。
感兴趣吗？那么现在就开始下载吧。
VSTS 扩展工具包：http://www.microsoft.com/downloads/details.aspx?FamilyID=e42ecbda-de64-4acc-9197-c16734b4bf60&displaylang=en
MSF Agile文档：http://www.gotdotnet.com/workspaces/workspace.aspx?id=b6973c97-2af8-4681-a585-9ec387ee0688
文章来源:
http://blog.joycode.com/joy/archive/2005/01/28/43779.aspx