使用Visual Studio Team Foundation Server进行团队开发

本书共分四部分，此为第一部分<br>包括基础知识、源代码管理、生成、大型项目考虑事项<br>项目管理、过程指南、报告、设置和维护团队环境和<br>Visual Studio 2008 Team Foundation Server等九章节<br><br>Jeff Beehler 撰序<br>序言<br>发布 Microsoft® Visual Studio® 2005 Team Foundation Server (TFS) 之前，我们自己先进行了一次尝试—<br>—使用它来开发 TFS。在项目的最后 18 个月中，我们尽可能地应用它来管理项目的开发生命周期，这<br>也就是所谓的“Dogfooding”（内测）。通过这种内部先行试用，我们对自己创建的这一强大系统有了更<br>多的认识。我们确实发现并修复了很多质量问题，使最终产品更稳定、性能更高，如果不使用这种方法，<br>根本无法做到这一点。但更重要的是，我们更清楚了使用这种工具的最佳方式。这些经验与客户体验反<br>馈一起构成了这份指南的基础。<br>初看起来，读者可能认为这些信息应该属于产品文档的内容，甚至就可以取代产品文档。实际上，我<br>曾经也有过这种想法。然而，在与 J.D. Meier 和本指南的其他作者协作工作了一段时间后，我就清楚<br>地认识到，这两者的区分是很自然而且很重要的。我认为将这两份指南比作您的车主手册和驾驶员指<br>南再恰当不过了，两者都是必要的，但其目的又各有不同。按照惯例，产品团队只关注产品文档，而<br>将指导方面的工作留给其他人员。现在尽管我们依然要依靠其他人员来帮助解决问题，但已经开始在<br>指南部分投入更多的时间和精力，因为我们意识到产品的成功采用的重要性，以及它在提高整体客户满<br>意度方面的意义。<br>TFS 就如同汽车，是一种强大的工具，能够帮助您和您的团队更接近目标，这份指南则会帮助您实现<br>目标。每个团队根据其具体需求和历史情况的不同，都会以不同方式或多或少地接触 TFS。出于这方<br>面的考虑，我们撰写这份指南时采用了这样一种方式：即如果您希望了解全部内容，可以从头读到尾；<br>如果只需要部分指导，也可以细读具体的主题。<br>客户反馈是我们撰写这份指南的最初动力，今后也将一直引导我们的方向，并帮助我们实现目标。我们<br>深信，与闭门造车相比，像这样将社区纳入项目之中能够使内容更有用，最终使我们的指南更加成功。<br>按照这种思路，真正的用户将帮助我们决定要写哪些内容、要推荐哪些最佳实践，以及如何组织内容。<br>我们的收集整理工作尚未完成，请帮助我们继续改进这份指南，告诉我们您还希望本指南中涵盖哪些内<br>容。TFS 的覆盖面如此广泛，有时甚至连我们也觉得难以全面掌握。有了您的加入，我们就可以帮助客<br>户更好地利用我们所开发的工具。<br>TFS 的设计目的是使团队协力交付更好的软件。通过在内部先行试用 TFS，我们已经使自己的团队协同<br>工作，我希望您也会同意，这就是最好的成果。这份指南能够帮助您和您的团队在下一个项目中实现此<br>远景。<br>祝您一切顺利！<br>Jeff Beehler<br>主管，Visual Studio Team System 2007 年 7 月<br>Jeff Beehler 是 Team System 的主管。从科罗拉多大学毕业之后，他于 1990 年在 Microsoft 开始了自<br>己的职业生涯，最初致力于 Visual C++ 的早期版本。1996 年，他离开了 Microsoft，转向自己的其他<br>兴趣所在，包括咨询、在小学教学，还建立了自己的家庭。2003 年，他回到了 Microsoft，从事 Visual<br>Studio Team System 方面的工作，在这里，他参与了项目的多个方面，从规划、执行一直到发布。他积<br>极参与 Team System 各个部分的内部先行试用工作，这有助于进一步提高他的职业技能。在业余时间，<br>Jeff 喜欢与家人分享时光、摄影以及在西部地区参与户外运动。