GitLab CI YAML中CURL POST请求体未发送问题求助

以下是几个可尝试的排查和解决思路：

• 调整YAML中请求体的写法，避免解析异常
  原配置使用>-折叠换行，可能导致YAML对JSON内容的解析出现问题。可以改用|保留换行，通过变量存储请求体或here-doc方式传递：
  示例写法1（变量存储）：

  update:
      stage: update
      script:
           - |
              PAYLOAD='{
                  "entitySelector": "entityId(SERVICE-8E3722AC3F76B09D)",
                  "eventType": "CUSTOM_DEPLOYMENT",
                  "title": "New Deployment Triggered",  
                  "properties": { 
                      "RemediationUrl": "www.example.com/example"
                  }
              }'
              curl -X POST -v --location "www.example.com/example" \
              -H "Authorization: Api-Token anAPiToken"  \
              -H "Content-Type: application/json; charset=utf-8" \
              -d "$PAYLOAD"
  

  示例写法2（here-doc传递）：

  update:
      stage: update
      script:
           - |
              curl -X POST -v --location "www.example.com/example" \
              -H "Authorization: Api-Token anAPiToken"  \
              -H "Content-Type: application/json; charset=utf-8" \
              --data-binary @- << EOF
              {
                  "entitySelector": "entityId(SERVICE-8E3722AC3F76B09D)",
                  "eventType": "CUSTOM_DEPLOYMENT",
                  "title": "New Deployment Triggered",  
                  "properties": { 
                      "RemediationUrl": "www.example.com/example"
                  }
              }
              EOF
  

• 检查curl命令的行末反斜杠
  确保每一行结尾的反斜杠\是该行最后一个字符，后面没有多余空格，否则curl会将空格当作参数的一部分，导致请求体参数被截断或解析错误。

• 查看curl的verbose输出定位问题
  利用-v参数的日志，在GitLab CI的job执行日志中查看curl发送的完整请求细节：

  • 确认是否有Content-Length头，数值是否匹配请求体长度
  • 检查请求体内容是否被正确发送到API端
    这一步能明确是curl未发送请求体，还是API端未正确解析。

• 尝试替换-d参数为--data-binary
  部分场景下，-d参数在处理多行或特殊字符时会有兼容问题，改用--data-binary可以更精准地传递原始数据，避免内容被curl自动处理。

• 检查GitLab Runner环境的curl版本
  如果使用自托管GitLab Runner，旧版本curl可能存在参数组合的bug（比如--location与POST请求体的兼容性问题），可以尝试升级curl，或暂时去掉--location参数测试。

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