选择以下所示的选项时,将生成一个yaml文件:
在此yaml文件中,您可以定义从开始的整个部署周期restore -> build -> run tests -> publish and -> deploy to azure app service web app
。
那么,为什么有发布选项?如果我可以通过Pipelines -> Pipelines
选件定义整个生命周期,那么选件的目的是Pipelines -> Releases
什么?
管道是Builds的最新DevOps用户界面中的名称。在旧版用户界面中,它是这样的:
可以说Pipeline
(或“构建”或“构建管道”)代表Azure DevOps中的CI(连续集成)。Release
代表Azure DevOps中的CD(连续交付)。管道通常需要代码,对其进行构建,测试并创建工件。发布采用工件并释放/部署它。
用法取决于您的项目。
如果您的项目很小,并且不需要发布功能(例如,部署前的条件和批准),则可以使用如上所述的管道: restore -> build -> tests -> deploy
而无需发布。
如果您的项目很大,并且有很多开发人员参与,那么每次开发人员推送到通用仓库时,最好使用Pipeline来构建,运行单元测试,执行其他自动化操作并获得带有工件的结果。因此,您可以确定一切都已解决,并通过了集成测试。管道还可以最终将发布/部署任务发布到开发环境/服务器,以进行内部工作,使用,测试。
在大型项目中,您无需将所有推送都部署到通用仓库中。因此,您可以确定将负责部署到生产环境的发行版。它具有为此目的而设计的功能,例如预先批准,因此每个人都同意这是用于生产的正确构建(或工件)。