版本管理
管理目的
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 分支拉取,发布完成,销毁
网友评论