版本管理

版本管理

管理目的

1.避免版本丢失和混淆
2.快速定位

版本命名

1.版本号

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

2.版本管理工具

1.SVN-Subversion:档案库,记录每一次档案的变化,浏览变动即回退
2.git:
差异:svn 只有中央档案库,git 分布式(本地库和远程库的区别);git 相对于 svn 快速

3.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 分支拉取,发布完成,销毁

你可能感兴趣的:(版本管理)