无法理解为什么要附加此内容。,基于 HTTP 的 Git 协议由两个步骤组成，具体取决于所使用的协议版本。在 v0 和 v1 中，第一个请求是
/info/refs 并读取正在使用的引用，然后第二个请求是 /git-upload-pack （用于获取和克隆）或 /git-receive- pack（用于推送）。在 v2 中，端点是相同的，但第一个是功能请求，然后向第二个端点进行 ref 请求和数据传输。,在所有这些情况下，您提供的 URL 只是附加路径的基础。不同的路径使 nginx 或 Apache 等背后的简单 Git 服务器的访问控制变得更容易，这就是为什么不只有单个 URL 组件的原因。,所以生成的 URL 实际上是正确的。您看到 400 的原因是因为存在问题 Azure DevOps 要求客户端支持 multi_ack 功能，而 go-git 不支持。虽然从技术上讲，服务器不必为任何他们不想提供的客户端提供支持，但 Git 智能 HTTP 协议通常设计为优雅地降级，因此客户端必然支持任何特定的一组并不是一个安全的假设。功能，而 Azure DevOps 应避免做出这种假设。,链接的问题有一个指向拉取请求的链接，该请求修复了某些（但不是全部）情况下的问题。不过，您可能需要更新到更高版本才能利用这一点。, 
