.net Azure管道yml帮助-了解我的yml文件及其原因'；t部署

我是Azure DevOps的新手，正在尝试为我的项目配置Azure管道

当前我的.yml文件如下所示：

trigger:
- my-test-branch

pool:
  vmImage: 'ubuntu-latest'

variables:
  buildConfiguration: 'Release'

steps:
- script: dotnet build --configuration $(buildConfiguration)
  displayName: 'dotnet build $(buildConfiguration)'

- task: DotNetCoreCLI@2
  displayName: 'dotnet test $(buildConfiguration)'
  inputs:
    command: test
    projects: '**/*Tests/*.csproj'
    arguments: '--configuration $(buildConfiguration)'

- task: DotNetCoreCLI@2
  displayName: 'dotnet publish $(buildConfiguration)'
  inputs:
    command: publish
    publishWebProjects: True
    arguments: '--configuration $(BuildConfiguration) --output $(Build.ArtifactStagingDirectory)'
    zipAfterPublish: True

- task: PublishBuildArtifacts@1
  displayName: 'publish artifacts'
  inputs: 
    pathtoPublish: '$(build.artifactstagingdirectory)'

我已经设法从各种来源将其整合在一起，现在作为一个成功的构建管道工作，它构建我的项目，运行NUnit测试，并基于此通过或失败。关于这一点，我有几个问题：

PublishBuildArtifacts

任务的目的是什么？我认为文件的这一部分是持续交付部分，会自动将我的代码发布到我的web应用程序中，但这似乎没有发生，我意识到我并不真正理解“发布构建工件”意味着什么——Azure文档中的解释对我来说也没有太多的启示

从1开始，我如何配置连续交付？我有一个web应用程序，如果测试通过，我希望我的代码自动部署在那里

触发器的作用是什么？为了澄清，我将解释我的项目结构：我有
master
分支，一个
develope
分支（分支出master）和
我的测试分支
分支出develope。如果我想让代码从我的测试分支自动部署到
develope
（如果所有测试都通过），是否有配置方法？还是必须作为拉取请求来完成

---

PublishBuildArtifacts任务只是将您在构建中创建的任何构件发布为构建的构件。这仅仅意味着它们可以在构建信息的artifacts选项卡中使用，其他构建或发布可以根据需要使用这些工件，这与发布到Azure无关

如果您想进行连续交付，那么您需要开始考虑创建一个版本，该版本使用构建的输出并将其推送到Azure（或您希望它去的任何其他地方）。您可以查看使用以在预览中的YAML中创建版本，也可以查看较旧的可视化版本

---

您列出的触发器意味着对该分支的任何提交都将导致此管道运行，但对主控或开发的任何提交都不会运行。

PublishBuildArtifacts任务只是将您在构建中创建的任何构件发布为构建的构件。这仅仅意味着它们可以在构建信息的artifacts选项卡中使用，其他构建或发布可以根据需要使用这些工件，这与发布到Azure无关

如果您想进行连续交付，那么您需要开始考虑创建一个版本，该版本使用构建的输出并将其推送到Azure（或您希望它去的任何其他地方）。您可以查看使用以在预览中的YAML中创建版本，也可以查看较旧的可视化版本

您列出的触发器意味着对该分支的任何提交都将导致该管道运行，但对master或developer的任何提交都不会