TFS Build vs本地构建

时间:2013-03-19 20:10:05

标签: tfs visual-studio-2012 tfsbuild

我真的不明白tfs build的含义,尽管MSDN提供了很多定义。

例如,我有一个asp.net项目。如果我在本地计算机上传递了本地构建,我检查了代码。一切都很好。

我曾经将代码复制(发布)到服务器上,就是这样。

为什么我们需要构建tfs? tfs构建和本地构建之间有什么不同。您可以说,有可以恢复到旧版本的构建历史记录。但我认为,由于代码是版本化的,我们可以检查它并在本地机器上重建并将项目重新发布到服务器。

3 个答案:

答案 0 :(得分:10)

当我使用TFS时,我可以在本地计算机上运行本地构建。然后在检入代码时,TFS会自动在构建服务器上执行构建(这是通过构建定义指定的)。在这种情况下,构建服务器位于容纳TFS源存储库主副本的计算机上。

每个开发人员在本地构建是不够的,因为他们可能没有最新的代码。我认为TFS构建的重点在于它将在具有所有最新代码的构建服务器上运行构建。我认为这个想法是,如果构建服务器上的构建成功,那么检查代码是安全的。

无论如何,这就是我的理解。如果有多个开发人员在项目上工作,这很有用。如果一台计算机上只有一个开发人员,则可能不需要单独的构建。

这是回答你的问题还是我误解了?

答案 1 :(得分:3)

CiaranG的答案确实是一种看待它的方法。

此外,TF Build服务器还可以使用已签名的第三方DLL构建您的代码,并将所有内容放在一个位置,就像每次使用新版本的软件一样。这对于需要测试软件且不需要开发工具的测试人员非常有用。

答案 2 :(得分:1)

除了CiaranG对持续集成优势的描述外,还有安全性和清洁性。允许生成代码是由可能存在病毒/恶意软件的开发人员机器构建的,并且配置未知/记录的只是糟糕的策略。通过在受保护的服务器上构建它,无需进行任何冲浪,您可以确保安全,清洁,可重现的环境,从而为您的代码部署增添专业性。 TFS还增加了随时间,责任和归档的报告构建指标。