elvis0123的专栏

Microsoft Team Foundation Server 2010引入了一个新的概念 Team Project Collection（TPC，团队工程集合）。它是TFS 2010 在架构上的一个重大改变。     当我们链接TFS 2008时，可以看到Team Project Collections直接为TFS名。     当链接TFS 2010时，可以看到Team Project Collections的不同，它可以包括多个Collection。每个Collection下面可以有多个P

首先需要做一个TFS的登录。以前的文章是使用的DomainProjectPicker 最新的VS里面使用的是TeamProjectPicker 首先可以在WinForm程序上写一个Button，然后写入如下代码  这样，server里面就存储了选取的TFS的内容了。 这里TeamProjectPickerMode有三个枚举，分别对应着如下的菜单，大家可以

CMMI在做基线文件管理的时候，常常是需要记录一部分基线文件的版本。并且这个基线文件记录也需要进行版本控制。TFS在做这件事的时候一般来说会选用标签（Lable）来做一系列文件的版本记录。但是我发现TFS并不能选取某几个文件进行版本记录（实际上是可以的，但是很麻烦，需要建立Lable后再修改）。于是，我们可以将项目文件以树形结构读出，然后选取需要做基线控制的几个文件．将其版本和路径保存到文

在上一节中，我们在保存标签之前，已经将勾选的文件路径保存到了Listbox中，这里只需要将保存的数据输出去为txt文档就可以做版本控制了。 版本文件比较复杂的是如何读取，也就是如何通过文件路径再次读取出一棵树。这里我主要写一些思路和代码存取的文件我们要将其读出后，存入一个List中。通过文件路径，返回此文件的父级路径。如$/test2-agile/BuildProces

上一节已经完成了源码文件的读取，如果要将已经选择的文件保存为一个标签（Lable）。在VS我们只能对一个目录做标签，非常的不方便。如果用下面的方法，将选择的文件路径保存为一个List在打标签，就非常的灵活了。保存为List的方法很简单，需要递归将已经选择的书中的文件保存一下。这里为了显示方便，我先将其存入一个Listbox中，listBox1.Items.Clear();for (

第一篇文章《TFS2010迁移升级后配置Report Services服务》讲的是如何将报表服务器配置成功。配置完成后，报表服务器可正常运行。但是由于迁移的时候并没有迁移报表，因此其中的报表是空的。我们要将新的报表添加进去。  1 下载报表文件 我们可以新建一个项目，并将其报表下载下来。如图 2 将报表添加到迁移项目中 进入到项目，点击"上载文件" 上载完成后通过管理，配置其数据源 配置数据源  3 等待重新生成后查看报表

<br />一些说明<br />对外的版本号是和产品名称关联的，比如说TK产品 2.0.0.1 。 不会单独说一个版本号。生成版本号则是开头会用项目名称，也就是对应的产品标示。TK系统就是TK打头的，比如TK_2.0.0.1<br />对于版本号，需要增加的说明：<br />BuildNumber，格式一般为：$(BuildDefinitionName)_$(VersionMajor).$(VersionMinor).$(VersionBuild).$(VersionRevision) 。举例比

  完成了《TFS 2008的应急恢复方案1-冷备份》，我们再接着恢复基于SharePoint的项目门户。     此恢复的方式和TFS和Report Services的方式不相同，主要适用SharePoint的命令行stsadm命令进行恢复。     首先看下环境： 图1     环境说明：如图1，此方案一定要在域环境内部署（非域环境上也可以迁移，但是账号理论上会造成极大的麻烦），由三台服务器组成， A服务器：TFS 应用层，安装有TFS2008 Sp1 B服务器：TFS数据层

    此方案是目前我设计的一种TFS冷备份的应急方案。在数据到位的情况下，约1小时可切换到应急服务器，使工作可正常进行。 此方案的优点是，数据库的备份非实时备份，这样可以进行多次备份，选择正确的还原点还原。 此方案的缺点是，非实时备份，且恢复需要一段时间（主要是数据强制还原所用的时间）。     注意：此方案仅为TFS的恢复，暂未包括Report Services和SharePoint相关数据！只能保证代码相关工作正常进行。 图1 环境说明：如图1，此方案一定要在域环境内部署（非域

之所以要讨论项目代码放置的结构，是因为他关系到项目的协作、项目的分支合并以及项目的生成。一般来说，常用的三种放置策略有单解决方案（Single solution）：适用于小项目，建立一个解决方案并防止所有的相关项目代码。分段解决方案（Partitioned solution）：适用于大项目, use multiple solutions to group related projects together. Create solutions to logically group su

我们使用Microsoft Team Foundation Server 2008 Power Tools 打开一个已建好的项目中的"任务工作项" 可以看到这是一个基于CMMI的敏捷开发的任务工作流，对他的描述是"所含信息用于在整个 MSF for CMMI Process Improvement 生命周期中跟踪任务" 图1 可以看到，这个"任务"工作项的XML如下 图2 其中 是工作项的描述 是此工作项包含的字段定义 是此工作项的工作流 是工作项面板上各字

1 自动生成失败，创建工作项。     理论上，在TFS 2008中，Build生成失败会自动创建工作项。但是我的创建遇到了问题。如图，首先确认我的模板中是没有"错误"这个工作项类型的。     于是，我尝试修改TfsBuild.proj中的元素，将其改为"任务"（我的默认工作项中存在），但仍然报告同样错误，相应的英文也不行。当尝试"Bug"的时候成功，但仍然报其他错，如图。于是将"System.Reason=生成失败;"删除，改为"Microsoft.VSTS.CMMI.Symptom=生成失

    写完了上一篇《TFS 2008的应急恢复方案1-冷备份》基本的代码方面功能是可以正常使用了，现在我们开始恢复另一个功能Report Services。我觉得这个作为应急服务可有可无，但还是写出简单的恢复方法。     回到上一次的部署图： 图1     环境说明：如图1，此方案一定要在域环境内部署（非域环境上也可以迁移，但是账号理论上会造成极大的麻烦），由三台服务器组成， A服务器：TFS 应用层，安装有TFS2008 Sp1 B服务器：TFS数据层，安装有Sql2005 S

<br />首先简单介绍下TFS权限的设置位置，TFS建立项目后，大体分为三个地方设置一个用户的权限，分别是"TFS本身（这里还分为工作项和代码）"、"Report Service"、"SharePoint项目门户"。由于需要到这三个地方分别设置，十分不方便，因此介绍一个工具TFS Administration Tool，用他来统一管理权限。<br />这是他的官方介绍：<br />TFS Admin Tool allows a TFS administrator toAdd, dele

1 使用TFS添加自定义组     团队资源管理器项目下的"团队项目设置"中，点击"组成员资格"。新建一个项目级的组。     团队资源管理器项目下的"团队项目设置"中，点击"安全性"。赋予此组权限。     "源代码管理器"中，右键点击项目，点击"属性"、"安全性"。赋予此组权限。 这里还是有必要说明下，再无法套用默认组权限的情况下十分适用。   2 在过程模板中定义组权限      安装"Visual Studio Team System 2008 Team Foundatio

TFS登录成功后，就可以开始读取源码目录树了。一般来说，我不建议将整个树全部读取出来，因为这里不光存有项目文件，还有项目源码。如果全部读取出会是非常大的一棵树。因此我建议只读出根目录，每一次点击打开一级子目录。这样找到自己需要选取的文件即可。上一节中，我们已经登录完成。 //获取选择的项目名称，这里是单项目，一次取pi[0]的名称pi = tpp.SelectedP