Testing 使用生成服务器时如何在本地测试代码？

我从未从事过巨大的项目，我们在工作中使用的工作流是签出/编码/本地编译以测试/提交。我想知道构建服务器如何改变这个过程。当应用程序太大而无法在本地编译时，开发人员如何测试他们的代码？他们只是编码、承诺和祈祷？

绝对不是

开发人员通常有一个构建文件，可以为他或她构建项目，该文件定义了一些“目标”，用于进行测试。如果您有一个非常大的项目，您可能会为您预编译它的某些部分，因此您不必在一个大的块中构建整个项目。在提交到存储库之前，通常在本地进行测试。在大型项目中破坏构建可能会让你成为嘲笑和蔑视的对象。打破非常重要、非常大的项目的固有模式可能会限制职业发展…；-）

构建服务器本身不会改变这一点。生成服务器只运行您的生成文件以及您告诉它的目标

绝对不是

开发人员通常有一个构建文件，可以为他或她构建项目，该文件定义了一些“目标”，用于进行测试。如果您有一个非常大的项目，您可能会为您预编译它的某些部分，因此您不必在一个大的块中构建整个项目。在提交到存储库之前，通常在本地进行测试。在大型项目中破坏构建可能会让你成为嘲笑和蔑视的对象。打破非常重要、非常大的项目的固有模式可能会限制职业发展…；-）

---

构建服务器本身不会改变这一点。生成服务器只运行您的生成文件以及您告诉它的目标

还有允许“个人构建”的构建组件（我刚刚开始使用-no affiliation）

---

我还没有使用它，因为我们还没有正确设置它，但我的理解是，TeamCity允许在提交更改之前使用您的更改运行一个构建（如果在服务器上运行了任何测试）（如果构建成功，服务器也可以提交您的更改）。在TeamCity中，这被称为。

还有允许“个人构建”的构建组件（我刚刚开始使用-no affiliation）

---

我还没有使用它，因为我们还没有正确设置它，但我的理解是，TeamCity允许在提交更改之前使用您的更改运行一个构建（如果在服务器上运行了任何测试）（如果构建成功，服务器也可以提交您的更改）。在TeamCity中，这称为a。

Ok。所以这就是单元测试的便利性，对吗？所以你不必为了测试你写的东西而编译整个东西？是的，在整个项目上运行的一套单元测试真的可以派上用场，确保你没有破坏别人的东西。即使你编译了整件事，你也可能只需要重新编译你的东西，因为智能构建文件只需要编译增量更改。没错，我已经忘记了增量构建。谢谢，好的。所以这就是单元测试的便利性，对吗？所以你不必为了测试你写的东西而编译整个东西？是的，在整个项目上运行的一套单元测试真的可以派上用场，确保你没有破坏别人的东西。即使你编译了整件事，你也可能只需要重新编译你的东西，因为智能构建文件只需要编译增量更改。没错，我已经忘记了增量构建。谢谢