doclist 阅读(17) 评论(0)

1、使用方法及其作用

  git cherry-pick可以选择某一个分支中的一个或几个commit(s)来进行操作(操作的对象是commit)。例如,假设我们有个稳定版本的分支,叫v2.0,另外还有个开发版本的分支v3.0,我们不能直接把两个分支合并,这样会导致稳定版本混乱,但是又想增加一个v3.0中的功能到v2.0中,这里就可以使用cherry-pick了。

  就是对已经存在的commit 进行 再次提交;

使用方法如下:

git cherry-pick <commit id>

查询commit id 的查询可以使用git log查询(查询版本的历史),最简单的语法如下:

git log 

详细的git log 语法如下:

  git log [<options>] [<since>..<until>] [[--] <path>...]

      主要参数选项如下:

             -p:按补丁显示每个更新间的差异

            --stat:显示每次更新的修改文件的统计信息

            --shortstat:只显示--stat中最后的行数添加修改删除统计

            --name-only:尽在已修改的提交信息后显示文件清单

            --name-status:显示新增、修改和删除的文件清单

            --abbrev-commit:仅显示SHA-1的前几个字符,而非所有的40个字符

            --relative-date:使用较短的相对时间显示(例如:"two weeks ago")

            --graph:显示ASCII图形表示的分支合并历史

            --pretty:使用其他格式显示历史提交信息

结果大概如下:

commit 0771a0c107dbf4c96806d22bbc6ef4c58dfe7075
Author: zhengcanrui <zhengcanrui@cvte.com>
Date:   Mon Aug 8 14:41:54 2016 +0800

    [modify] [what] commit的备注信息 

  其中0771a0c107dbf4c96806d22bbc6ef4c58dfe7075就是我们的commit id

  注意:当执行完 cherry-pick 以后,将会 生成一个新的提交;这个新的提交的哈希值和原来的不同,但标识名 一样;(commit id会变)

应用背景

 

假设我们需要将dev_01上的两个commit 合并到dev_02上,两个commit的commit id 分别如下:

20c2f506d789bb9f041050dc2c1e954fa3fb6910
2633961a16b0dda7b767b9264662223a2874dfa90
那我们可以这样写:
git cherry-pick
20c2f506d789bb9f041050dc2c1e954fa3fb6910
2633961a16b0dda7b767b9264662223a2874dfa9
多个commit-hash使用空格分割, commit-hash最好按提交时间先后排列, 即最先提交的commit放在前面.

注意:上面这条cherry-pick命令每拣选一个commit就会提交一次生成一个新的commit id。 如果我们想让每个commit 拣选后暂缓提交,等到所有commit都拣选完成后,自己手动commit,应该怎么办呢?答案是用-n 选项:

git cherry-pick -n
20c2f506d789bb9f041050dc2c1e954fa3fb6910
2633961a16b0dda7b767b9264662223a2874dfa9
这样,当git cherry-up后,这两个commit上的更改就被merge到本地的dev_02分支了,此时这些更改就像是你再dev_02分支上自己手动添加的一样,注意此时这些更改并没有被提交。
执行git status 会列出这些改动。

此时,就可以按正常流程(git commit, git push)来提交改动了