TFS自动构建和发布的要求

Question

我是TFS的新手，我们正在尝试为我们的构建自动化测试/构建/部署过程。

我遇到的问题是，当我尝试使用MSBuild Arguments启动自动部署（对于网页）的构建时，它抱怨它没有必要的DLL并且我已经弄清楚到目前为止他们安装Visual Studio Premium或Ultimate，但其他人抱怨Visual Studio不应安装在服务器上=）

TFS现在也是构建服务器，我想知道这些东西是否有任何已知的要求：

• 自动UI测试
• 自动部署
• 自动发布
• 代码分析

我正在使用TFS 2010和Visual Studio 2010（Premium）。欢迎任何帮助，评论或不同的方法=）

Answer 1

我们在团队中处理这个问题的方法是实际检查构建产品到源代码控制所需的所有引用。除了.NET框架本身之外的任何东西，以及安装构建控制器/构建代理所获得的任何东西都会被签入..

正位：

• 设置构建代理很简单（只需“安装服务器2K8R2，安装构建代理，开始构建”）。
• 不必担心复杂的SDK安装以匹配人们的开发框。引用是签入源控件的所有确切版本。
• 您获得了二进制版本控制，这意味着如果您需要执行维护版本并针对去年版本的特定API进行构建，则非常容易。

负位：

• 稍微膨胀您的源代码管理
• 感觉奇怪的检查二进制文件到源代码管理
• 需要非常警惕维护二进制文件的结构和清洁程度，否则很容易失控

除此之外，只要使测试位可以从构建代理中运行。可能最简单的方法是安装 test 代理。 VS2010中的UI自动化内容是“CodedUI测试”框架。它扩展了正常的VS单元测试框架，但需要一些额外的注册才能工作。

更复杂，但超长期有用的是设置完整的“Visual Studio实验室管理”平台。下行是为了充分利用它，您需要连接System Center Virtual Machine Manager服务器和至少一个Hyper-V主机，并构建一个带有“干净”VM快照的虚拟机（所有除外< / em>您正在测试的产品已安装）。一旦完成所有这些，您将获得真正光滑的端到端构建 - 部署 - 测试体验。您通过构建系统触发产品构建，一旦完成，您的环境将恢复到绝对干净的状态（不用担心上一版本中的剩余部分会破坏您的测试等），产品会发布到此测试环境，然后执行您的测试。

不确定您是否正在使用TFS进行工作项跟踪，测试用例管理，项目规划等等。如果没有，实验室管理人员的工作量可能过于沉重。更多信息here如果您对搞乱该部分感兴趣。 ：）

Answer 2

您的构建服务器需要适当版本的Visual Studio。例如，如果要进行数据库单元测试，则构建服务器需要安装VS Ultimate。

如果在服务器上安装“客户端”软件时出现问题，请使用单独的构建服务器。构建服务器必须安装必要的工具才能执行构建。