首页
找靠谱产品
找解决方案
找靠谱公司
找案例
找对的人
专家智库
悬赏任务
SAAS
ToB门户
了解全球最新的ToB事件
论坛
潜水/灌水快乐,沉淀知识,认识更多同行。
ToB圈子
加入IT圈,遇到更多同好之人。
微博
Follow
记录
Doing
博客
Blog
文库
业界最专业的IT文库,上传资料也可以赚钱
下载
分享
Share
排行榜
Ranklist
相册
Album
应用中心
qidao123.com ToB IT社区-企服评测·应用市场
»
论坛
›
数据库
›
分布式数据库
›
版本控制器Git(3)
返回列表
发新帖
版本控制器Git(3)
[复制链接]
发表于 2025-3-16 02:27:02
|
显示全部楼层
|
阅读模式
媒介
我们在上篇讲到了分支,现在我们就着这个继续来讲解!
一、分支管理策略
master分支稳定性:
master 分支应当保持非常稳定,重要用于
发布
新
版本
。日常开发工作不应该直接在这个分支上进行,以确保其始终处于可摆设状态。
dev分支作为开发主线:
日常开发工作应在 dev 分支上进行。这个分支可以包含不稳定的变化和实行性的
功能
。
当准备
发布
一个新
版本
时,将 dev 分支合并到 master 分支,并在 master 上打标签标识
版本
号。
个人分支与团队互助:
团队成员应基于 dev 分支创建自己的特性分支来完成特定任务或实现新
功能
。每个成员都可以自由地在各自的分支上工作,然后定期将更改合并回 dev 分支。
如许一来,团队互助的分支布局就会形成一个主干(dev),周围环绕着多个暂时分支,代表不同的开发活动或特性实现。
日常开发情况:
开发人员提交的
代码
,还未颠末测试验证
不稳定,存在bug
dev分支
线上情况:
APP、网站
稳定
master主分支
测试流程:
颠末一系列测试,终极将稳定的
代码
合并到master上
二、Bug分支管理
碰到Bug时的处置惩罚方法
场景描述:假设你正在 dev2 分支上进行开发,但突然发现 master 分支存在一个必要立刻修复的bug。根据最佳实践,不应该直接在 master 分支上修复题目,
而是应该创建一个专门用于修复bug的暂时分支。
使用 git stash 暂存工作区内容
暂存当前工作:当你在 dev2 分支的工作尚未完成且无法提交时,可以使用
git stash
命令将当前工作区的信息蕴藏起来。这答应你在不提交的情况下切换分支,并确保稍后可以恢复这些更改。
git stash:实行此命令后,Git会保存所有已经被追踪文件的修改,例如对 ReadMe 文件所做的编辑。
查抄stash内容:git stash list:检察当前
存储
的所有stash记载,确认哪些改动被保存
创建并切换到Bug修复分支
创建bug分支:从 master 分支创建一个新的分支来专门解决发现的题目。好比修复 ReadMe 文件中少一个字母c导致的bug。
完成修复后,记得提交更改并合并回 master 分支
恢复之前的工作
恢复工作区状态:修复完bug之后,你必要回到 dev2 分支继续未完成的工作。由于之前使用了 git stash,你现在可以通过 git stash pop 来恢复之前的工作区状态。这不仅恢复了你的改动,同时也清除了stash记载。
git stash pop:恢复最新的stash记载并将其从stash列表中删除。
分支间的差异:必要注意的是,即使你在 dev2 分支上恢复了之前的工作,它仍然基于修复bug之前的 master 状态,因此 dev2 分支不会包含修复后的
代码
。但这不影响你在 master 上所做的修复。
我们的终极目标是要让 master 合并 dev2 分支的,那么正常情况下我们切回 master 分支直接合并即可,但如许实在是有一定风险的。
是因为在合并分支时可能会有冲突,而代码冲突必要我们手动解决(在 master 上解决)。我们无法保证对于冲突题目可以正确地一次性解决掉,因为在实际的项目中,代码冲突不光一两行那么简单,有可能几十上百行,乃至更多,解决的过程中难免手误堕落,导致错误的代码被合并到 master 上。
解决这个题目标一个好的发起就是:
最好在自己的分支上合并下 master ,再让 master 去合并dev ,如许做的目标是 有冲突可以在本地分支解决并进行测试,而不影响 master 。
三、暂时分支的删除
在软件开发过程中,新
功能
的添加是一个持续不断的需求。为了确保主分支(通常是 main 或 master)的稳定性,不会因为实行性子的代码而受到影响,每开发一个新的功能时发起创建一个独立的分支,通常称之为 feature 分支。
这个分支用于隔离新功能的开发工作,直到该功能完成并颠末测试后,再将其合并回主分支。之后,可以
安全
地删除 feature 分支,以保持仓库的整洁。
然而,有时候项目需求会发生变化。例如,如果你正在某个 feature 分支上开发新功能,但中途被要求停止开发——
这可能是由于优先级的变化或其他原因
——那么即使这部分工作尚未完成或合并,也必要删除这个 feature 分支。
在这种情况下,使用通例的 git branch -d 命令是不够的,因为它只答应删除已经被合并过的分支。对于未合并的分支,你必要
使用逼迫删除命令
:
git branch -D [分支名]
复制代码
此命令会立刻删除指定的分支,无论它是否已经合并。
分支机制为开发者提供了极大的灵活性和
安全
性。假设你着手开发一个预计必要两周才气完成的新功能,在开发的第一周内你可能只完成了50%的工作。
此时,如果你直接在主分支上提交不完整的代码,可能会干扰团队中其他成员的工作;相反,如果你比及全部完成后再一次性提交,又面临着丢失逐日进度的风险。
通过创建个人专属的分支,你可以自由地进行开发,不受他人工作的干扰,同时也不会影响到别人。你可以随时提交更改,保护每天的工作进度。一旦开发完成并通过了必要的审查和测试,就可以将你的分支合并回主分支。
总结
Git 的分支操作非常高效,无论是创建、切换还是删除分支,
都能在一秒钟内完成
,不论版本库包含多少文件。
使用 Git 的分支功能来管理不同阶段和范例的开发工作流,是一种既便捷又高效的方法~
免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!更多信息从访问主页:qidao123.com:ToB企服之家,中国第一个企服评测及商务社交产业平台。
本帖子中包含更多资源
您需要
登录
才可以下载或查看,没有账号?
立即注册
×
回复
使用道具
举报
返回列表
浏览过的版块
物联网
SAAS
数据仓库与分析
人工智能
虚拟化与私有云
前端开发
网络安全
Oracle
SQL-Server
医疗.卫生
我爱普洱茶
+ 我要发帖
登录后关闭弹窗
登录参与点评抽奖 加入IT实名职场社区
去登录
微信订阅号
微信服务号
微信客服(加群)
H5
小程序
快速回复
返回顶部
返回列表