虽然 MSDN 提供了很多定义，但我真的不明白 tfs build 的含义。
例如，我有一个 asp.net 项目。如果我通过本地机器上的本地构建并签入代码。一切都很好。
我曾经将代码复制（发布）到服务器，就是这样。
为什么我们需要 tfs 构建？tfs 构建和本地构建有什么不同。你可能会说，有些构建历史可以恢复到旧的。但我认为，由于代码是版本化的，我们可以检查它并在本地机器中重建，然后将项目重新发布到服务器。
user1108948
问问题
3127 次
3 回答
10
当我使用 TFS 时，我可以在本地机器上运行本地构建。然后在签入代码时，TFS 会自动在构建服务器上执行构建（这是通过构建定义指定的）。在这种情况下，构建服务器位于存放 TFS 源存储库主副本的机器上。
每个开发人员在本地构建是不够的，因为他们可能没有最新的代码。我认为 TFS 构建的重点在于它将在具有所有最新代码的构建服务器上运行构建。我认为这个想法是，如果在构建服务器上构建成功，那么签入代码就被认为是安全的。
反正我是这么理解的。如果有多个开发人员在一个项目上工作，这很有用。如果一台机器上只有一个开发人员，则可能不需要单独构建。
这回答了你的问题还是我误解了？
于 2013-03-20T00:10:15.363 回答
3
CiaranG 的答案确实是一种看待它的方式。
此外，TF Build 服务器还可以使用签名的第 3 方 DLL 构建您的代码，并将所有内容放在一个地方，就像每次发布您的软件的新版本一样。这对于需要测试您的软件并且不需要开发工具的测试人员很有用。
于 2013-03-20T08:06:14.687 回答
1
除了 CiaranG 对持续集成好处的描述之外，还有安全性和清洁性。允许在可能存在病毒/恶意软件且配置未知/未记录的开发人员机器上构建生产代码只是糟糕的策略。通过在受保护的服务器上构建它，从不进行任何冲浪，您可以确保一个安全、干净、可重现的环境，从而为您的代码部署增加专业性。TFS 还添加了随时间、责任和存档的报告构建指标。
于 2013-03-20T20:05:13.307 回答