git从某个commitid开始拉出新分支,并推送到服务端

本文介绍了一种在软件开发中常见的场景:如何在已发布的版本中修复Bug而不干扰正在进行的后续版本开发。具体步骤包括使用git log找到特定版本的commit id,创建一个新的分支进行Bug修复,以及如何将修复后的版本推送至远程仓库。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

我们在版本迭代过程中,总会遇到一场景,如版本开发到1.0版本,并对外发布了,接着再此分支上继续开发新的2.0版本功能,没有拉出新的分支。上线一段时间后,发现1.0版本存在bug,由于2.0开没有开发完成,不适合在当前节点修改bug然后打出版本,此时就需要在当初1.0发布版本的节点上拉出分支并进行修改,此种情况操作如下:
1. git log :找出当初打出版本1.0的最后一次提交对应的commitid
2. git checkout commitid(此处替换为步骤一查到的commitid) -b branchName(本地新拉出分支的名称)
3. 修改bug完成后打版本,如果需要推送到服务端,如下操作:git push origin HEAD:remoteName(远程分支的名字)
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值