Visual studio TFS持续集成基本设置

Visual studio TFS持续集成基本设置,visual-studio,tfs,continuous-integration,azure-devops,Visual Studio,Tfs,Continuous Integration,Azure Devops,这是一个非常基本的问题。我以前从未用过CI。所以请帮助我理解 我有一个MVC项目(c#.net),我正在在线查看TFS。这部分对我有用 现在我看到一些公司,当他们签入时,它会为他们创建一个构建。这部分我不明白 在我的MVC项目中,我所要做的就是……将它发布到我的主机上,那么我为什么要创建一个构建呢 为什么需要构建?构建包含什么?这是一个MVC项目,所以build是指我的MVC项目的构建(与我在“Release”文件夹下看到的相同) CI也可以将项目发布到我的主机上吗?您必须将源代码编译成二进制文

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

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

现在我看到一些公司,当他们签入时,它会为他们创建一个构建。这部分我不明白

在我的MVC项目中,我所要做的就是……将它发布到我的主机上,那么我为什么要创建一个构建呢

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


CI也可以将项目发布到我的主机上吗?

您必须将源代码编译成二进制文件,这与在Visual Studio中按“Build”或调试应用程序时发生的情况完全相同


一旦有了二进制文件,就可以部署它们了。是直接从CI构建将它们部署到测试环境,还是使用部署管道(在发布区域中定义)取决于许多因素,这些因素太复杂,无法在这里进行讨论。

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


持续集成构建基本上是一个验证构建。您可以潜在地添加构建后步骤以部署到环境中,但通常会为部署到各种环境而构建单独的构建。您可能不想在每个验证构建中重新部署—这往往是一种过激行为。

在nd连续积分(CI)

关于门控签入,它用于确保解决方案/项目没有编译问题

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

关于CI构建,主要的任务是防止集成问题。 你可以参考这篇文章来获得更多的信息


关于将项目发布/部署到服务器,最好创建一个新的生成定义,而不是在签入更改后部署项目。

因此,如果我理解正确的话。生成服务器会将生成内容放到一个“位置”,看起来与“发布”相同“我的项目中的文件夹?创建生成后,我可以将其部署到生产环境中?在VSTS(又名TFS online)中,有生成和发布两种方式,以避免混合生成(生成一些可部署的包)和部署(将上述包部署到某些环境)。Khan,您的理解完全正确。Giulio,您也是正确的,但是您也可以通过使用部署任务向内置VST添加部署步骤。市场上有很多这样的产品。