在 go-git 中使用 Plainclone 功能时，git 仓库 URL 末尾会添加 /git-upload-pack

珍惜时间，勤奋学习！今天给大家带来《在 go-git 中使用 Plainclone 功能时，git 仓库 URL 末尾会添加 /git-upload-pack》，正文内容主要涉及到等等，如果你正在学习Golang，或者是对Golang有疑问，欢迎大家关注我！后面我会持续更新相关内容的，希望都能帮到正在学习的大家！

尝试从 Azure Devops 克隆存储库。

func (gitopt *GitOptions) clone() (*git.Repository, error) {
    r, err := git.PlainClone(gitopt.RepoDir, false, &git.CloneOptions{
        Progress: os.Stdout,
        URL:      "https://<path to repo>",
        Auth: &http.BasicAuth{
            Username: "gituser",
            Password: gitopt.PAT,
        },
    })
    if err != nil {
        log.Info(err.Error())
        return nil, err
    }

    return r, nil
}

运行此代码会在 repo url 末尾添加 /git-upload-pack （“https://<path to repo>/git-upload-pack”），因此克隆失败，状态代码为 400。 无法理解为什么要附加此内容。

正确答案

基于 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 应避免做出这种假设。

链接的问题有一个指向拉取请求的链接，该请求修复了某些（但不是全部）情况下的问题。不过，您可能需要更新到更高版本才能利用这一点。

好了，本文到此结束，带大家了解了《在 go-git 中使用 Plainclone 功能时，git 仓库 URL 末尾会添加 /git-upload-pack》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多Golang知识！