# 版本管理

# 目的

1. 避免版本丢失和混淆

2. 快速定位

# 命名

• 版本标识：标准版本、特殊版本、特殊版本(不具有通用性和适用性)
• 命名规范："v"开头，v.主版本号.次版本号.发布日期-后缀 v1.0.20190101-release(后缀表示是否为开发、测试、上线)
• 主版本号：模块比较大的变动，以十进制表示
• 此版本号：小的功能变化，或者 bug 修改
• 发布时间：发布日期
• 后缀：Alpha(a)版：初步完成品，面对开发人员，Beta(B)版：面对测试人员，不能发布 ,Release:用户使用的标准版本
• 版本变化规则：内部版本->测试版本->正式版本

# 管理工具

1. SVN-Subversion：档案库，记录每一次档案的变化，浏览变动即回退
2. git

差异：svn 只有中央档案库，git 分布式(本地库和远程库的区别)；git 相对于 svn 快速

# git 工作流

1. 集中式工作流

   跟 svn 类似，只有 一个 master 分支，适合小团队(不适合我们)

2. 功能分支工作流

   不直接王 master 提交代码，保证 master 干净稳定，团队完成功能开发，向 master 提交合并

3. gitFlow 工作流

   大型项目，master 和 develop 一直存在，特性开发在 feature 分支，版本发布在 release 分支，bug 修复在 hotfix 分支

4. Forkin 工作流

   开源项目，开源项目维护者往中央仓库 push 代码，一般人 fork 到自己 github，提交代码只有项目维护者同意后，才能 push 到开源项目中

# git flow 工作流

使用 2 个分支记录项目的历史，master 分支存储正式发布的历史，develop 分支作为功能的继承分支，或下一个版本分支

维护分支

修改 bug 分支 hotfix，master 分支拉取，修改完成合并到 master 分支，并且需要合并到 develop 分支，不然导致版本不一致

发布分支

发布分支从 dev 分支拉取，发布完成，销毁

京ICP备2022027737号
Copyright © 2022 - present @wangxiang