如果我有一个具有以下文件/文件夹结构的 GitHub 存储库 github.com/@product/template
:
/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
想知道每种模式的优点/缺点是什么?考虑到文件可以独立更新? fileA 已更新,是否也会发布新版本的 fileB?
用户需要搜索更长的版本列表才能找到他们想要下载的文件吗?
最佳答案
GitHub doesn't seem to be opinionated how to group file releases
没错,它没有意见:您正在构建您认为合适的发布 Assets 。
但是:一个版本(一个文件或多个文件)与一个标签相关联(参见“creating a release”)
该标签适用于所有源存储库(适用于其中的所有文件)
这就是为什么新版本通常包括所有新交付的原因。
关于GitHub 发布、多个文件和版本控制,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/65298754/