展会动态

Git-用 cherry-pick 挑好看的小樱桃

日期:2020-09-11 23:11 作者:皇冠app

  我的答案是很久很久之后,这真是一个悲伤的故事。懒,是万恶之源,此话果然不假。

  cherry,中文翻译是樱桃,pick, 中文翻译是采集,挑选。所以,cherry-pick 就是挑选樱桃,git cherry-pick就是从你的项目文件中找出樱桃二字,找到就可以找博主来兑换樱桃了。

  cherry-pick 的翻译是择优挑选,使用git cherry-pick命令,可以选择将现有的一个或者多个提交的修改引入当前内容。

  假设你现在正在开发一个项目,有一个功能分支 feature,开发分支 develop。 feature 有3个提交,分别是 A ,B ,C 。develop 分支只想加入 C 功能, 此时合并操作无法满足,因为直接合并 feature,会将3个提交都合并上,我想合并就只有 C,不要 A,B。此时就需要挑樱桃–cherry pick!

  从上面简单的小例子上看,我想,小伙伴们,都应该已经对 merge 和 cherry-pick 有了大概的区分,这里做下对比,让大家有个清晰明确的掌握,防止似是而非,以后误操作。

  例中,提交 C 的内容,就是对比 B 上面做的修改,可能是创建了一个文件,或者修改了一个词语。那么 C 内容就是一个文件的添加,和一个词语的修改。

  以提交 C 为结束点的提交历史,实际内容是提交 C 和 C 之前所有的修改。

  以上,测试场景构建完毕。现在用git log develop查看 develop 的提交历史如下:

  现在,仔细瞅瞅,你最喜欢几号樱桃,喜欢哪个,就挑哪个。我喜欢3号,从上图看到3号的 SHA1 值是9e2d49b7c6d868c4cac4c5198d6661837eca813b,使用前几位就足够了。

  另外,需要说明的是,cherry-pick 到 master 的樱桃3号,事实上不是线 号的复制品, 两者的 SHA1 值是不同的,由此可确认这是两个提交。

  理解 cherry-pick 操作的本质,之后,再看其他的命令,就毫无压力了。全部命令详看官方文档,这里我给出几个比较常用的:

  挑选多个提交合并,提交之间用空格相隔。例如,想挑选1号和3号的,就可以用git cherry-pick 4d2951 e4cdff9命令一步到位了。

  挑选一个范围的多个提交合并,但是这个语法对应操作区别是左开右闭,不包含start-commit。另外要注意两个commit 之间要求有连续关系的,并且前者要在后者之前,顺序不能颠倒。

  这个和上面一样,区别就是加了一个^符号,就变成闭区间了,包含 start-commit。

  以上是关于 cherry-pick 操作控制命令,当 cherry-pick 多个提交时,假设遇到冲突,--continue继续进行下个,--quit结束 cherry-pick 操作,但是不会影响冲突之前多个提交中已经成功的,--abort直接打回原形,回到 cherry-pick 前的状态,包括多个提交中已经成功的。

  对于这个命令来说,理解 commit 的本质是修改很关键。好了,下篇博客见~,这个3月要将当初计划的 Git 系列博客补完,Fighting!

  magnet:?xt=urn:btih:D3E1A8089E09A541223FF66EE4FFF2B67423DCDB

  ITU-R BT601/BT709 BT656/BT1120区别与联系

  BT601是SDTV的数据结构 BT656是SDTV(1280x720P@60Hz)的interface PCLK+8bit DataBT709是HDTV的数据结构 BT 1120是HDTV(1920x1080P@60Hz)的interface PCLK+12bit Data 或者 PCLK+16bit Data

皇冠app