TFS持续集成基本设置

时间:2017-03-02 15:41:51

标签: visual-studio tfs continuous-integration azure-devops

这是一个非常基本的问题。我之前从未使用CI。所以请帮助我理解。

我有一个MVC项目(c#.net),我正在线上查看TFS。这部分适合我。

现在我看到了公司,当他们办理登机手续时,会为他们创建一个BUILD。这部分我不明白。

在我的MVC项目中,我想要做的就是...将它发布到我的主机,那么为什么我要创建一个版本?

为什么需要构建?构建包含什么?它是一个MVC项目,所以构建意味着构建我的MVC项目(与我在“Release”文件夹下看到的相同)?

CI是否也可以将项目发布给我的主机?

3 个答案:

答案 0 :(得分:2)

使用构建服务器的目的是让您的软件在非自己的系统上构建。您可能拥有允许构建在本地系统上成功的本地二进制文件,但如果远程系统没有相同的二进制文件,则它将失败。构建可确保您封装整个解决方案,而这些解决方案又可以部署在其他地方。

持续集成构建基本上是验证构建。您可以添加构建后步骤以部署到环境,但通常会为部署到各种环境构建单独的构建。您可能不希望在每次验证构建时重新部署 - 这往往是过度的。

答案 1 :(得分:0)

您必须将源代码编译为二进制文件,与按下" Build"时的情况完全相同。在Visual Studio中或调试您的应用程序。

一旦你有二进制文件,然后就可以部署它们了。无论是直接从CI构建将它们部署到测试环境还是使用部署管道(在 Release 区域中定义),都取决于许多因素太复杂而无法进入此处。

答案 2 :(得分:0)

有门禁登记和持续集成(CI)。

关于Gated Check-in,它用于确保解决方案/项目没有编译问题。

例如,有些开发人员为项目进行协作,如果您的代码中存在问题(在本地构建失败),但您仍然检查服务器的更改,那么其他人会获得最新的更改,这可能会影响其他人做他们的工作。

关于CI构建,主要是防止集成问题。 您可以参考此文章以获取有关Continuous integration的更多信息。

关于向服务器发布/部署项目,最好在签入更改后创建新的构建定义,而不是部署项目。