git - 阅读 github.com/username/kit/go/database/go/database/go.mod 修订版 go/database/v1.0.1 : unknown revision go/database/v1. 0.1

Question

我有一个 public kit repo，我推送了 v1.0.3 并具有以下结构

go
-database
--database.go
--go.mod
--go.sum

我需要它

require github.com/michael-ottink/kit/go/database v1.0.3

测试套件 repo 如何运作。但是在我的主项目中运行 go mod tidy 时出现以下错误

github.com/michael-ottink/kit/go/database@v1.0.3: reading github.com/michael-ottink/kit/go/database/go/database/go.mod at revision go/database/v1.0.2: unknown revision go/database/v1.0.3

我是新手，我很难理解问题出在哪里？如果需要更多信息，我会更新帖子。

这是我的数据库.go

package database

    import (
        "gorm.io/gorm"
    )
    
    type Database struct {
        *gorm.DB
    }
    
    type Config struct {
        Driver   string
        Host     string
        Username string
        Password string
        Port     string
        Database string
        Timezone string
    }

如果你试图将它引入一个只有 go.mod 、 go.sum 和 main.go 的全新项目，就会发生这个错误。

Answer 1

v1.0.3 上的提交添加了一个名为 slice 的空模块。存储库变成了多模块，并且隐含了更多的规则。多模块存储库的文档是 here .

不幸的是，名为 /kit 的存储库的第一个文件夹不包含模块，而只包含其子文件夹 /go。

当找到多个模块时，像 v1.0.3 这样的标签被归于存储库，但没有模块，这意味着go get github.com//michael-ottink/kit@v1.0.3 什么都不做。

当尝试使用 go get github.com//michael-ottink/kit/go@v1.0.3 获取子文件夹时，返回的错误确认没有找到模块。

要获取 repo，标签可能类似于 go@v1.0.3

要单独标记每个模块，标记可以是 go/database/v1.0.3。当 slice 模块准备就绪后，可以进行类似的标记。

仍然是，当从模块开始时，每个模块一个存储库是更安全的选择，如文档 (here) 中引用的那样:

For all but power users, you probably want to adopt the usualconvention that one repo = one module. It's important for long-termevolution of code storage options that a repo can contain multiplemodules, but it's almost certainly not something you want to do bydefault.