Team Foundation Server - 确保开发人员可以成功编译签出的解决方案

时间:2012-12-18 03:35:28

标签: tfs

我正在为我的朋友和我正在开发的项目使用TFS 2012 Preview。

我正在研究解决方案并且它编译得很好,我检查它。他拉出解决方案,它有各种各样的错误。这不是我在这类事情上所做的第一个解决方案。

解决方案很大,包含许多项目(N-Tier),包括MVC应用程序,SQL数据库项目,工作流程活动库,实体数据模型项目等。

我想知道是否有某种指南清单或选项,以确保所有配置,程序集,数据库,实体模型等都包含在签入中,以确保解决方案在另一端编译。

1 个答案:

答案 0 :(得分:3)

我将通过建议为解决方案设置构建来正式确定JeffN825的答案,该解决方案是作为门控签入触发的。

这意味着更改将提交到构建服务器并在实际提交更改集之前构建。如果构建失败,则会通知您,并将保留更改。这样,您可以确保解决方案在新环境中构建。

This page提供了一个简单的构建设置指南。门控签入在触发器部分

中配置

值得注意的是,如果您的构建过程需要构建计算机上的第三方SDK等,那么您可能很难使用标准的Team Foundation Service构建控制器进行构建。您需要在源代码管理中创建工作区的构建过程部分所需的所有dll等,并确保项目知道在哪里找到它们。

NuGet是一个出色的工具,可确保您所需的一切都包含在内,并可供构建服务器使用。如果您需要的是NuGet包,我强烈建议使用该选项,而不是将其作为SDK安装。

但在许多情况下,您需要控制构建环境。在这种情况下,可能值得研究如何将自己的构建服务器作为托管在Azure上的VM运行,这使您能够通过远程桌面安装那些讨厌的第三方SDK。 This blog提供基本信息和一些很好的链接,提供进一步的指导。