GitHub 版本、多个文件和版本控制

Question

如果我有一个 GitHub 回购 github.com/@product/template 具有以下 file/folder 结构：

/build
  /fileA
  /fileB
/src
  /generator.sh

GitHub 似乎并不固执己见如何对文件发布进行分组。有多个选项：

包含多个文件的版本

github.com/@product/template
  v1.0.0
    /fileA
    /fileB
  v1.1.0
    /fileA
    /fileB
  v1.2.0
    /fileA
    /fileB

分别发布每个文件

github.com/@product/template
  fileA-v1.0.0
    /fileA
  fileA-v1.1.0
    /fileA
  fileA-v1.2.0
    /fileA
  fileB-v1.0.0
    /fileB
  fileB-v1.1.0
    /fileB
  fileB-v1.2.0
    /fileB

想知道每种模式的 advantages/disadvantages 是什么？考虑到文件可以独立更新？ fileA 已更新，是否也会发布新版本的 fileB？

用户需要搜索更长的版本列表才能找到他们想要下载的文件吗？

Answer 1

GitHub doesn't seem to be opinionated how to group file releases

是的，它没有意见：您正在构建您认为合适的发布资产。

但是：一个版本（一个文件或多个文件）与一个标签相关联（参见“creating a release”）
该标签适用于所有源存储库（适用于其中的所有文件）

这就是为什么新版本通常包括所有新交付的原因。

GitHub 版本、多个文件和版本控制

GitHub releases, multiple files and versioning

versioning

release

github

semantic-versioning

github-actions