阅读 github.com/username/kit/go/database/go/database/go.mod 在修订版 go/database/v1.0.1：未知修订版 go/database/v1.0.1

Question

我有一个公共工具包存储库，我推送了 v1.0.3 并具有以下结构

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

我需要它

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

测试套件回购的工作方式。但是在我的主项目中运行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。当切片模块准备好后，可以进行类似的标记。

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

对于除高级用户之外的所有用户，您可能希望采用通常的 约定一个 repo = 一个模块。长期来说很重要 一个 repo 可以包含多个代码存储选项的演变 模块，但几乎可以肯定这不是您想要做的事情 默认。