git版本管理
509 字
3 分钟
git版本管理
版本管理
目的
-
避免版本丢失和混淆
-
快速定位
命名
- 版本标识:标准版本、特殊版本、特殊版本(不具有通用性和适用性)
- 命名规范:“v”开头,v.主版本号.次版本号.发布日期-后缀 v1.0.20190101-release(后缀表示是否为开发、测试、上线)
- 主版本号:模块比较大的变动,以十进制表示
- 此版本号:小的功能变化,或者 bug 修改
- 发布时间:发布日期
- 后缀:Alpha(a)版:初步完成品,面对开发人员,Beta(B)版:面对测试人员,不能发布 ,Release:用户使用的标准版本
- 版本变化规则:内部版本->测试版本->正式版本
管理工具
- SVN-Subversion:档案库,记录每一次档案的变化,浏览变动即回退
- git
差异:svn 只有中央档案库,git 分布式(本地库和远程库的区别);git 相对于 svn 快速
git 工作流
-
集中式工作流
跟 svn 类似,只有 一个 master 分支,适合小团队(不适合我们)
-
功能分支工作流
不直接王 master 提交代码,保证 master 干净稳定,团队完成功能开发,向 master 提交合并
-
gitFlow 工作流
大型项目,master 和 develop 一直存在,特性开发在 feature 分支,版本发布在 release 分支,bug 修复在 hotfix 分支
-
Forkin 工作流
开源项目,开源项目维护者往中央仓库 push 代码,一般人 fork 到自己 github,提交代码只有项目维护者同意后,才能 push 到开源项目中
git flow 工作流
使用 2 个分支记录项目的历史,master 分支存储正式发布的历史,develop 分支作为功能的继承分支,或下一个版本分支
维护分支
修改 bug 分支 hotfix,master 分支拉取,修改完成合并到 master 分支,并且需要合并到 develop 分支,不然导致版本不一致
发布分支
发布分支从 dev 分支拉取,发布完成,销毁
相关文章 智能推荐
1
git使用技巧
DevOps 整理了一些自己在工作中用到的git命令及案例
2
git提交忽略大小写
DevOps git提交默认是不区分大小写的,修改大小写需要注意
3
add、commit👀git就会这几个操作吗?进来学点新姿势~
DevOps 相信大家在使用 git 的使用过程中,都会遇到一些小问题阻碍你继续下一步,我先说几个,看看你有没有遇到过:
4
git奇淫技巧:如何修改commit历史记录的名字(我的github头像怎么没了😱)
DevOps git奇淫技巧:如何修改commit提交记录的名字
5
起飞了!GitLab CI + Docker 项目部署实战
DevOps 2024-04-07
随机文章 随机推荐