Golang调用Azure DevOps API禁用流水线遇ID不匹配错误求助

尝试用Golang编写程序禁用Azure DevOps指定构建流水线，已通过PAT完成认证，GET请求能正常返回流水线详情（响应体显示"id": 524），但遇到两个问题：

• 自定义Pipeline结构体解析响应后，ID字段值为0
• 执行PUT请求仅提交{"enabled": false}时，收到错误："message": "The request specifies pipeline ID 524 but the supplied pipeline has ID 0."，Postman执行相同操作也报错。

代码如下：

package main

import (
    "encoding/base64"
    "encoding/json"
    "fmt"
    "io/ioutil"
    "net/http"
    "strings"
)

type Pipeline struct {
    ID   int    `json:"id"`
    Name string `json:"name"`
    // Include other relevant fields if needed
}

func main() {
    organization := "myorg"
    project := "project"
    pipelineID := 524
    email := "myemail"
    pat := "mypat"

    url := fmt.Sprintf("https://dev.azure.com/%s/%s/_apis/build/definitions/%d?api-version=6.1", organization, project, pipelineID)

    client := &http.Client{}

    req, err := http.NewRequest("GET", url, nil)
    if err != nil {
        fmt.Println("Failed to create request:", err)
        return
    }

    authString := fmt.Sprintf("%s:%s", email, pat)
    encodedAuth := base64.StdEncoding.EncodeToString([]byte(authString))
    req.Header.Set("Authorization", "Basic "+encodedAuth)

    resp, err := client.Do(req)
    if err != nil {
        fmt.Println("Failed to get pipeline:", err)
        return
    }
    defer resp.Body.Close()

    if resp.StatusCode != http.StatusOK {
        fmt.Println("Failed to get pipeline, status code:", resp.StatusCode)
        return
    }

    body, err := ioutil.ReadAll(resp.Body)
    if err != nil {
        fmt.Println("Failed to read response body:", err)
        return
    }

    fmt.Println("Response body:", string(body))

    // Parse the response body to check if the pipeline is already disabled
    var pipeline Pipeline
    err = json.Unmarshal(body, &pipeline)
    if err != nil {
        fmt.Println("Failed to parse response body:", err)
        return
    }

    if pipeline.ID != pipelineID {
        fmt.Println("Pipeline ID mismatch. Expected:", pipelineID, "Actual:", pipeline.ID)
        return
    }

    // Disable the pipeline
    req, err = http.NewRequest("PUT", url, strings.NewReader(`{
        "enabled": false
    }`))
    if err != nil {
        fmt.Println("Failed to create request:", err)
        return
    }

    req.Header.Set("Authorization", "Basic "+encodedAuth)
    req.Header.Set("Content-Type", "application/json")

    resp, err = client.Do(req)
    if err != nil {
        fmt.Println("Failed to disable pipeline:", err)
        return
    }
    defer resp.Body.Close()

    if resp.StatusCode != http.StatusOK {
        fmt.Println("Failed to disable pipeline, status code:", resp.StatusCode)
        return
    }

    fmt.Println("Pipeline disabled successfully.")
}

问题1：结构体解析后ID字段为0 #

核心原因是JSON响应中的id字段与结构体的json标签不匹配，导致json.Unmarshal无法正确映射字段值，最终保留int类型的默认值0。

解决步骤： #

1. 核对GET请求返回的响应体，确认id字段的键名大小写（例如是否为"Id"而非"id"）。
2. 修改Pipeline结构体的json标签，确保与响应体键名完全一致：

   type Pipeline struct {
       ID   int    `json:"Id"` // 若响应体是"Id"则修改为该标签
       Name string `json:"name"`
   }
   

3. 若响应体id确实是小写"id"，检查响应体是否存在嵌套结构（例如id是否在value字段下），调整结构体或解析逻辑适配嵌套层级。

问题2：PUT请求报错ID不匹配 #

Azure DevOps的Build Definitions更新API要求请求体必须包含流水线的id字段，用于与URL中的ID做一致性校验。仅提交{"enabled": false}时，API会将未提供的id视为默认值0，与URL中的524冲突，触发错误。

解决步骤： #

有两种可行方案：

1. 提交完整流水线定义：将GET请求获取到的完整流水线JSON修改enabled字段后，作为PUT请求body提交，确保所有必要字段齐全：

   // 解析完整流水线数据
   var fullPipeline map[string]interface{}
   err = json.Unmarshal(body, &fullPipeline)
   if err != nil {
       fmt.Println("Failed to parse full pipeline:", err)
       return
   }
   fullPipeline["enabled"] = false
   
   // 重新序列化为JSON
   updateBody, err := json.Marshal(fullPipeline)
   if err != nil {
       fmt.Println("Failed to marshal update body:", err)
       return
   }
   
   // 创建PUT请求
   req, err = http.NewRequest("PUT", url, bytes.NewBuffer(updateBody))
   

2. 仅提交必要字段：至少包含id和enabled字段，满足API校验要求：

   // 构造包含id和enabled的请求体
   updateBody := fmt.Sprintf(`{"id": %d, "enabled": false}`, pipelineID)
   req, err = http.NewRequest("PUT", url, strings.NewReader(updateBody))
   

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