[git&sourcetree]cherry pick和遴选的使用

前言

cherry pick. 拷贝其中的某一次提交记录.

本文就介绍一种更加快捷的方式 cherry pick.


介绍

此方法主要用于2分支分别独立维护的情况, 即某一分支已经上线了spring-202108, 同时也有开发spirnt-202109. 此时如果有提交内容, 既需要提交到sprint-202108sprint-202109. 此时主要有3种方式:

  • 方法1: 分别在0809分支提交2次提交记录.
  • 方法2: 先提交到08上, 随后使用遴选(cherry pick)将之前的提交记录也提交一份到09上.
  • 方法3: 合并分支0809上. (如果0809是不同的分支, 且独立维护的话, 则此方法不合适.)

遴选使用和demo

在这里插入图片描述
比如我们有2个分支tmptmp2. 此时tmp分支发生了更新<63af0ce>, 此时我们要将本次的修改也提交到tmp2上. 此时操作如下所示:

  • 步骤1 切换当前分支到需要cherry pick到分支. (此处为tmp2)
    在这里插入图片描述
  • 步骤2 选择需要cherry pick的提交节点. 此处为<63af0ce>
    在这里插入图片描述

在这里插入图片描述

  • 选择cherry pick(遴选)
    在这里插入图片描述
    在这里插入图片描述

  • 此时如果有冲突. 会在这个头节点 解决冲突后合并
    在这里插入图片描述

  • 由于此处我处于tmp2(我方). tmp也就是cherry pick的属于他方. 所以我此处选择以他人解决冲突. (当然你也可以选择手动进行合并.)
    在这里插入图片描述

  • 遴选冲突解决后 文件情况
    在这里插入图片描述

  • 此时 提交推送即可.


总结

优点&作用

  • cherry pick(遴选)可以将某一个的提交放置到当前分支的头部.
  • 操作方便快捷.

缺点

  • 每次只能遴选一个分支.
    缺点解决办法

缺点解决办法

  • 准备一个临时分支将需要遴选的多次连续提交进行合并. 随后将提交rebase成一次提交.
  • 面对多次不连续提交的情况. 看起来只能通过多次临时分支的依次遴选人肉手动合并的方式进行解决了.

小插曲

在这里插入图片描述

git --no-optional-locks -c color.branch=false -c color.diff=false -c color.status=false -c diff.mnemonicprefix=false -c core.quotepath=false -c credential.helper=sourcetree push -v origin refs/heads/tmp2:refs/heads/tmp2 
Pushing to https://github.com/GGG/letcode-all.git
remote: Support for password authentication was removed on August 13, 2021. Please use a personal access token instead.
remote: Please see https://github.blog/2020-12-15-token-authentication-requirements-for-git-operations/ for more information.
fatal: unable to access 'https://github.com/GGG/letcode-all.git/': The requested URL returned error: 403
Completed with errors, see above

看起来是密码失效了. github从8月13日的密码验证策略作出了改变.

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值