作者简介:大家好,我是smart哥,前中兴通讯、美团架构师,现某互联网公司CTO
联系qq:184480602,加我进群,大家一起学习,一起进步,一起对抗互联网寒冬
学习必须往深处挖,挖的越深,基础越扎实!
阶段1、深入多线程
阶段2、深入多线程设计模式
阶段3、深入juc源码解析
码哥源码部分
码哥讲源码-原理源码篇【2024年最新大厂关于线程池使用的场景题】
码哥讲源码-原理源码篇【揭秘join方法的唤醒本质上决定于jvm的底层析构函数】
码哥源码-原理源码篇【Doug Lea为什么要将成员变量赋值给局部变量后再操作?】
码哥讲源码【谁再说Spring不支持多线程事务,你给我抽他!】
打脸系列【020-3小时讲解MESI协议和volatile之间的关系,那些将x86下的验证结果当作最终结果的水货们请闭嘴】
Git工作流
概念
在项目开发过程中使用Git的方式
分类
集中式工作流
像SVN一样,集中式工作流以中央仓库作为项目所有修改的单点实体。所有修改都提交到Master这个分支上。
这种方式与SVN的主要区别就是开发人员有本地库。Git很多特性并没有用到。
GitFlow工作流
Gitflow工作流通过为功能开发、发布准备和维护设立了独立的分支,让发布迭代过程更流畅。严格的分支模型也为大型项目提供了一些非常必要的结构。
Forking工作流
Forking工作流是在GitFlow基础上,充分利用了Git和Fork和pull request的功能以达到代码审核的目的。更适合安全可靠地管理打团队的开发者,而且能接受不信任贡献者的提交。
GitFlow工作流详解
分支种类
- 主干分支 master
主要负责管理正在运行的生产环境代码。永远保持与正在运行的生产环境完全一致。 - 开发分支 develop
主要负责管理正在开发过程中的代码。一般情况下应该是最新的代码。 - bug 修理分支 hotfix
主要负责管理生产环境下出现的紧急修复的代码。从主干分支分出,修理完毕并测试上线后,并回主干分支。并回后,视情况可以删除该分支。 - 功能分支 feature
为了不影响较短周期的开发工作,一般把中长期开发模块,会从开发分支中独立出来。开发完成后会合并到开发分支。
GitFlow工作流举例
创建分支
切换分支审查代码
检出远程新分支
切换回 master
合并分支
合并结果
合并成功后,把master推送到远程。