Azure DevOps CI构建函数应用产物无函数，部署后函数不显示求助

你的核心问题是CI流水线生成的构建产物结构不符合Azure Functions的部署要求，导致部署后函数无法被识别。以下是具体的排查和修复步骤：

1. 修正DotNetCoreCLI Publish任务配置 #

当前的publish任务存在两个关键问题：

• 使用*.csproj可能匹配解决方案中的非函数项目，导致构建产物混杂无关内容
• 缺少针对Azure Functions的必要发布参数，无法生成正确的部署结构

修改后的Publish任务示例：

- task: DotNetCoreCLI@2
  inputs:
    command: publish
    arguments: '--configuration Release --output publish_output --self-contained false'
    # 替换为你的函数项目具体路径，避免匹配其他项目
    projects: '**/YourFunctionProject.csproj'
    publishWebProjects: false
    modifyOutputPath: false
    zipAfterPublish: false

注意：--self-contained false适用于依赖Azure App Service runtime的场景；如果是隔离进程模式的函数，可根据需要设置为true。

2. 确保ArchiveFiles任务正确打包所有必要文件 #

Azure Functions部署包需要包含根目录的host.json、local.settings.json（可选），以及编译后的二进制文件、函数元数据文件（function.json）等。检查并修正Archive任务配置：

- task: ArchiveFiles@2
  displayName: "Archive files"
  inputs:
    rootFolderOrFile: "$(System.DefaultWorkingDirectory)/publish_output"
    # 保持为false，确保解压后文件直接在函数应用根目录
    includeRootFolder: false
    archiveFile: "$(System.DefaultWorkingDirectory)/build$(Build.BuildId).zip"
    # 确保包含所有类型的必要文件
    includeFileTypes: '**'

3. 验证函数项目的发布配置 #

• 确认函数项目已正确引用Azure Functions SDK包（如Microsoft.Azure.Functions.Worker或Microsoft.NET.Sdk.Functions）
• 检查项目属性中的"输出类型"：隔离进程模式设为"控制台应用程序"，In-Process模式设为"类库"
• 确保项目中每个函数对应的function.json文件，在属性中被设置为"复制到输出目录"（选择"始终复制"或"如果较新则复制"）

4. 验证构建产物结构 #

下载流水线生成的adofunc artifact，解压后应具备类似以下的标准结构：

host.json
local.settings.json (可选)
bin/
  YourFunctionProject.dll
  其他依赖dll
Function1/
  function.json
Function2/
  function.json

如果结构与手动创建的函数应用差异较大，说明构建过程中遗漏了关键文件，需回到项目配置和流水线任务逐一排查。

内容的提问来源于stack exchange，提问作者nevermonday