了解Git工作流的开发
2023-04-18 13:03:09 时间
GitFlow工作流
Vincent Driessen曾经写过一篇博文,题为
A successful Git branching model
(一个成功的Git分支模型)。Gitflow工作流程就是从这篇文章里来的。 Gitflow工作流程围绕项目发布定义了严格的分支模型。其特色在于,它为不同的分支分配了非常明确的角色,并且定义了使用场景和用法。除了用于功能开发的分支,它还使用独立的分支进行发布前的准备、记录以及后期维护。
分支介绍
分支 | 作用 |
---|---|
master | 历史迭代分支 |
develop | 集成最新开发特性的活跃分支 |
f_xxx | feature 功能特性开发分支 |
b_xxx | bug 修复分支 |
r_xxx | release 版本发包分支 |
初步流程
每家公司的
GitFlow
工作流,都不一样。我们采用如上GitFlow
简单模拟一下 顺便熟悉一下Git
如何对项目协作开发。
git clone `url`
git checkout origin/dev # 切换到远程分支
git branch -b dev # 创建本地分支
git branch --set-upstream-to=origin/dev # 把本地分支映射到远程分支上
每次写代码建分支前都要保证 dev
是最新代码
git checkout dev
git pull
最终提交合并请求 merge request
# 新建功能分支,并映射到remote
git checkout -b f_login
# git branch --set-upstream-to=origin/f_login
# 接下就自主开发
git add xxx
git commit -m'xxxx'
git add xxx
git commit -m'xxxx'
# 最后提交到remote
# git push --set-upstream origin f_login
git push
删除已开发完毕的功能分支
git checkout dev
git pull
git branch -d f_login
git branch -dr origin/login
又新增开发功能,重复上述步骤
git checkout -b f_register
# git branch --set-upstream-to=origin/f_register
git add xxx
git commit -m'xxxx'
git push
冲突解决
方案一
在 Github
网站上手动解决冲突
方案二
# 拉取远程分支
git fetch origin develop
# 让本地当前分支与远程分支进行比较
git branch diff origin/develop
比较哪里不一样、哪里有冲突,进行修改后重新提交
git add xxx
git commit -m'xxx'
git push
方案三
在本地分支同步(拉取)远程分支
git pull origin develop
会发现自动合并不了,检查冲突文件,然后进行修改
修改完成然后在进行提交
git add 冲突文件
git commit -m'xxx'
git push
相关文章
- 面向初学者的Kubernetes基础知识:体系结构和组件
- LeetCode 1844. 将所有数字用字符替换
- 企业云战略加速,7条攻略助你从“上云”到“驭云”
- 流量见顶,何为开启新家装大门的钥匙?流量见顶,何为开启新家装大门的钥匙?
- 中国电信的量子加密和量子速读、量子能量棒到底有啥差别?
- 为什么以及何时使用Windows Virtual Desktop
- LeetCode 1869. 哪种连续子字符串更长
- 国外运营商正在用5G取代有线宽带 国内会这样做吗?
- LeetCode 1812. 判断国际象棋棋盘中一个格子的颜色
- 云原生技术:云计算管理平台OpenStack与K8S
- 社区团购的洗牌与终局
- LeetCode 1370. 上升下降字符串
- 云网融合市场前景广阔运营商和企业应携手共进
- LeetCode 1436. 旅行终点站
- LeetCode 1704. 判断字符串的两半是否相似
- 互联网大厂们的“共同富裕”
- 元宇宙:全真互联网的代名词
- LeetCode 821. 字符的最短距离
- 土巴兔再上市,一次对互联网家装的再认识
- 冠状病毒疫情对云计算采用的持久影响