• 关于git的cherry-pick命令


    $ git cherrypick 

    用一条新的指令-----拣选指令(git cherry-pick) 实现提交在新的分支上"重放",

    拣选指令----git cherry-pick 其含义就是从众多的提交中选出一个提交应用在当前的工作分支中.该命令需要提供一个提交ID作为参数.操作过程相当于将该提交,导出为补丁文件,然后在当前HEAD上重放,形成无论内容还是提交说明都一致的提交.

    git cherry-pick用于把另一个本地分支的commit修改应用到当前分支。(当时我遇到的那种环境,6.0的已经整合好, 在把6.0对应的改变整合到5.6和5.5版本上)

    实际问题 
    在本地 master 分支上做了一个commit ( 38361a68138140827b31b72f8bbfd88b3705d77a ) , 如何把它放到 本地 old_cc 分支上? 
    办法之一: 使用 cherry-pick.  根据git 文档:
    Apply the changes introduced by some existing commits 
    就是对已经存在的commit 进行apply (可以理解为再次提交)
    简单用法
    git cherry-pick <commit id>
    例如:
    $ git checkout old_cc
    $ git cherry-pick 38361a68
    1. 如果顺利,就会正常提交。结果:
    Finished one cherry-pick.
    # On branch old_cc
    # Your branch is ahead of 'origin/old_cc' by 3 commits.
     
    2. 如果在cherry-pick 的过程中出现了冲突
    Automatic cherry-pick failed.  After resolving the conflicts,
    mark the corrected paths with 'git add <paths>' or 'git rm <paths>'
    and commit the result with: 
     
            git commit -c 15a2b6c61927e5aed6718de89ad9dafba939a90b
     
    就跟普通的冲突一样,手工解决:
    执行git status 看哪些文件出现冲突
    $ git status 
    both modified:      app/models/user.rb 
    接着手动解决冲突的文件,然后通过git add把改到添加到索引,最后执行git commit提交修改。
    $ vim app/models/user.rb   
    $ git add app/models/user.rb
    git commit -c <原commit号>
    git-cherry-pick(1)

    git cherry-pick <commit id>:单独合并一个提交

    git cherry-pick  -x <commit id>:同上,不同点:保留原提交者信息。

    Git从1.7.2版本开始支持批量cherry-pick,就是一次可以cherry-pick一个区间的commit。

     git cherry-pick <start-commit-id>..<end-commit-id>

     或者

     git cherry-pick <start-commit-id>^..<end-commit-id>

    
    

    前者表示把<start-commit-id>到<end-commit-id>之间(左开右闭,不包含start-commit-id)的提交cherry-pick到当前分支;

    后者表示把<start-commit-id>到<end-commit-id>之间(闭区间,包含start-commit-id)的提交cherry-pick到当前分支。

    其中,<start-commit-id>到<end-commit-id>只需要commit-id的前6位即可,并且<start-commit-id>在时间上必须早于<end-commit-id>

    注:以上合并,需要手动push代码。

    >>>>>>>>>>>>>>>>>>>>>>>>>>>>下面引用别人的文章丰富自己的博客>>>>>>>>>>>>>>>>>>>>>>>>>>>>

    http://www.cnblogs.com/wanqieddy/archive/2012/08/21/2649428.html

    git stash 和 git cherry-pick

    开发人员常常遇到这种情况:花了几天时间一直在做一个新功能,已经改了差不多十几个文件,突然有一个bug需要紧急解决,然后给一个build测试组。在Git问世之前基本上靠手动备份,费时且容易出错。

    git stash命令简而言之就是帮助开发人员暂时搁置当前已做的改动,倒退到改动前的状态,进行其他的必要操作(比如发布,或者解决一个bug,或者branch,等等),之后还可以重新载入之前搁置的改动,很cool吧!

    步骤:

    首先git add (用git add把所有的改动加到staging area)

    其次git stash(接着用git stash把这些改动搁置)

    反馈:git stash save "what you want to say********XXXXXX"

    到这里,当前工作平台就回复到改动之前了。该干嘛干嘛,此处省略1万字。

    需要找回之前搁置的改动继续先前的工作了?

    git stash apply 即可。

    也可以用 git stash list 来查看所有的搁置版本(可能搁置了很多次,最好不要这样,容易搞混)

    在出现一个搁置栈的情况下,比如如果你想找回栈中的第2个,可以用 git stash apply stash@{1}

    如果想找回第1个,可以用 git stash pop

    如果想删除一个stash,git stash drop <id>

    删除所有stash,git stash clear

  • 相关阅读:
    收藏转载:一些视频流地址
    转载收藏:Android 输入法表情上传服务器
    Android N 的开机启动流程概述
    列举至少3种Support包中提供的布局或工具
    代码混淆定义
    应用内存优化主要思路
    锁屏的一些动画
    毛玻璃效果
    关于宏定义
    openresty性能测试报告分析
  • 原文地址:https://www.cnblogs.com/Ph-one/p/10824120.html
Copyright © 2020-2023  润新知