GitHub中维护多个不同版本的最佳方式是什么

对于后续不会再修改、仅需要留存查阅的历史版本，推荐使用 Git Tag（标签） 来管理，这也是业界通用的归档版本方案，和分支的核心差异如下：

• 分支是可变的指针，默认会跟随新提交移动，适合正在迭代的开发线，用来存归档版本很容易被误操作修改
• 标签是固定的引用，绑定到某一个具体的提交哈希上，一旦创建默认就不可修改，完全匹配「固定留存、不会变更」的归档需求

具体使用方式 #

1. 本地创建标签 #

分为两种标签类型，推荐用带备注的附注标签方便后续查阅版本信息：

# 创建附注标签，v1.0.0替换为你的版本号，后面的备注可以写版本核心特性、上线时间等信息
git tag -a v1.0.0 -m "2024年6月对外发布的正式第一个版本，支持核心下单功能"

如果要给之前的历史提交打标签，在命令最后加上对应提交的哈希即可：

git tag -a v0.9.0 -m "内部测试版本" f32a789

2. 推送标签到GitHub仓库 #

默认git push不会把本地标签推送到远程，需要单独执行推送命令：

# 推送单个指定标签
git push origin v1.0.0

# 推送所有本地未上传的标签
git push origin --tags

3. GitHub端查看归档版本 #

所有推送的标签会统一展示在仓库的「Releases」页面，你还可以给标签绑定二进制包、更新日志等内容，做成正式版本发布页，其他协作者可以直接筛选不同标签查看对应版本的代码，也可以直接checkout到对应标签获取当时的代码版本：

git checkout v1.0.0

注意事项 #

如果后续确实需要修改已经打标签的归档版本，也可以强制删除旧标签后重新打，但一般不建议这么做，避免版本号混乱：

# 删除本地标签
git tag -d v1.0.0
# 删除远程标签
git push origin --delete tag v1.0.0

内容的提问来源于stack exchange，提问作者Vexea