TFS构建与本地构建

Question

我真的不理解tfs构建的含义，尽管MSDN提供了许多定义。

例如，我有一个asp.net项目。如果我在本地机器上通过了本地构建并签入了代码。百事大吉。

我过去常常将代码复制(发布)到服务器上，仅此而已。

为什么我们需要tfs构建？tfs构建和本地构建有什么不同。您可能会说，有些构建历史可以还原为旧的构建历史。但我认为，由于代码是版本化的，我们可以将其签出并在本地计算机中重新构建，然后将项目重新发布到服务器上。

Answer 1

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

对于每个开发人员来说，在本地构建是不够的，因为他们可能没有最新的代码。我认为TFS构建的意义在于它将在包含所有最新代码的构建服务器上运行构建。我认为，如果在构建服务器上构建成功，那么就可以安全地签入代码。

不管怎么说，我就是这么理解的。如果有多个开发人员在一个项目上工作，这是很有用的。如果一台机器上只有一个开发人员，则可能不需要单独构建。

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

Answer 2

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

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

Answer 3

除了CiaranG对持续集成好处的描述之外，还有安全性和清洁性。允许在可能存在病毒/恶意软件的开发人员机器上构建生产代码，并且配置未知/未记录，这是糟糕的策略。通过在一个受保护的服务器上构建它，您可以确保一个安全、干净、可重现的环境，从而为您的代码部署增加专业性。TFS还添加了随时间推移的报告构建指标、责任和归档。