新建一个项目,并把它添加到TFS,我们会收到下面的错误:
这是因为我们没有为项目创建Team project,而把它直接添加到了Team project collections,这是不允许的。下面我们来创建一个Team Project:
输入Team project的名称和描述:
点击下一步选择过程模板,默认是Agile的模板,也可以选择CMMI的模板,这里我选择了Agile for MSF 5.0的模板,MSF for Agile Software Development 5.0过程框架,是以Scrum模型为基础导向扩展,并且结合了VSTS2010工具的众多测试功能特性,为更多的从事微软.NET技术相关的开发人员以实现高质量的软件产品:
确认一下项目设置
开始创建项目
成功创建后,点击close结束。
现在通过VS2010的Team Explore可以看到刚刚创建的项目了,有三部分Work Items,Builds和Source Control:
现在可以把刚刚创建的VS的项目加入到TFS的项目里:
在TFS里头创建一个文件夹来存放我们的VS项目
按下ok按钮,就把我们的项目加入了TFS,项目还没有真正提交到TFS,可以看到文件前面都多了个“+”
现在我们把代码提交到TFS里头,Check in的时候可以写些说明
TFS2010不仅仅是一个源代码版本控制器,他是一个应用程序生命周期(ALM)工具,可以参看高阳的文章Visual Studio 2010 Ultimate敏捷之道:特性解析,在软件项目的开发过程中重要的开发,测试和构建TFS都提供了完整的支持:
他们之间工作流流程是
这是一种很普遍的工作场景,在一天之中,编写代码,编译一个可工作的软件提交测试,测试发现的bug,修复他们,这样不断的重复,整个过程的支持需要有一个统一的存储库进行支持,然后所有项目可以进行关联。使用TFS的Basic安装就可以完成这样的功能,比纯粹的像VSS,SVN这样的版本控制控制软件有很大的改善,这也能够回答有的网友问TFS有什么优势的疑问了。在TFS的完整版本中还包括自动化测试,虚拟实验室和架构验证的功能。完整版本的流程图是这样子的:
下面我们来看看TFS的Basic安装的三大主要功能Work Items,Builds和Source Control,是怎么样融合在我们的开发过程中:
可以通过Visual Studio的Team Explorer创建工作项,打开Team Explorer:
我们的项目才刚刚创建,第一个迭代还没有开始,常规的流程需要把需求也管理进来,这里只是演示,项目管理过程中的很多东西都将忽略。我导入TFS是一个已经完成的小工具,这个小工具是统计某个月的每篇博客浏览量和评论数量,然后结果生成一个Excel报表提交给微软的技术精英计划。现在发现了一个bug,我们要修复它,修复bug在 TFS里也是一个Work Item,有很多类型:
输入一些相关资料后,点击Save Work Item(保存工作项)。资料将被保存到数据库中。
现在打开Active bugs目录,就可以看到刚刚输入的bug
现在我们来修复这个bug,check out代码
对Check out进行确认
打开Pending Changes标签
点击Work Item标签,我们要把Check in的代码和bug做个关联:
添加注释并Check in,还有搁置集,这里我们不做说明,提交后,这个bug就被修复了,TFS就会做相应的修改记录,在修复的bug列表里头就可以看到:
我们的bug已经修复,并提交到了源代码控制库里了,接下来的工作就是要编译构建一个版本进行测试工作了,通过Team Explorer的Builds定义一个构建:
Team Project要使用Builds是需要进行配置的,如果没有配置会出现下面的错误:
可以通过TFS管理控制台进行配置
选择Team Project Collections
对设置进行确认
配置完成了
配置好了Build Service后就可以创建一个Build了
这个页面上有很多的选择,可以根据你的项目需要进行选择
手工 持续集成 滚动式的构建 每个Check in触发一个构建 定时进行构建也可以针对不同情况建立多个多个Build,你看到Buid Defaults有一个黄色的警告标签,每一个Build都会被打上有一个标签,需要有一个地方来存放每次Build的结果,默认没有设置,所以是一个警告标记,我这里使用我机器上的一个共享目录进行存放。