Git push/pull/cherry-pick/merge/rebase

1、

git push origin  gpio_keys_motor:master   // 提交本地gpio_keys_motor分支到远程的master分支

出错,提示有的ref无法提交。

原因是本地的master分支,和remote上的master有冲突,应该更行到最新的remote master。

问题一:本地分支不是最新的,和remote有冲突,需要更新

问题二:git  pull --rebase 的话,因为较长时间没有更新,此时更新,可能会有比较多冲突

解决:

a: git  checkout gpio_keys_motor

    git log --author=xxxx

commit 75ce33cd41955f70071e95ebed4a699f7657ef54 -----> <commit id>
Author: xxxx
Date:   Tue Dec 17 10:04:57 2013 +0800
          keyup gpio 
    
    Signed-off-by: xxxx

查找到 需要push 到 remote 的 <commit id>

b: git  checkout -b upstream master               //  创建本地分支 upstream,trace  本地master分支

    git reset --hard HEAD

    git pull origin master:master                       // 从远程获取master最新的版本到本地的master分支上

    git cherry-pick  <commit id>

    git push origin upstream:master



git merge是用来合并两个分支的。

# 将b分支合并到当前分支
git merge b

git rebase有点类似git merge,但是两者又有不同,打个比方,你有两个抽屉A和B,里面都装了衣服,现在想把B中的衣服放到A中,git merge是那种横冲直撞型的,拿起B就倒入A里面,如果满了(冲突)再一并整理;而git rebase就很持家了,它会一件一件的从B往A中加,会根据一开始放入的时间顺序的来加,如果满了你可以处理这一件,你可以继续加,或者跳过这一件,又或者不加了,把A还原。所以merge适合那种比较琐碎的,简单的合并,系统级的合并还是用rebase吧。

专业的区别请移步到这里合并和衍合

# 合并b
git rebase b

# 处理完冲突继续合并
git rebase --continue

# 跳过
git rebase --skip

# 取消合并
git rebase --abort


git cherry-pick. 如何把已经提交的commit, 从一个分支放到另一个分支

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

# 先在v3.0中查看要合并的commit的commit id
git log
# 假设是 commit f79b0b1ffe445cab6e531260743fa4e08fb4048b
# 切到v2.0中
git check v2.0

# 合并commit
git cherry-pick f79b0b1ffe445cab6e531260743fa4e08fb4048b






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

实际问题: 
  在本地 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     # 这个 38361a68 号码,位于:

 
$ git log 
commit  38361a68138140827b31b72f8bbfd88b3705d77a 
Author: Siwei Shen < [email protected]>
Date:   Sat Dec 10 00:09:44 2011 +0800


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


就跟普通的冲突一样,手工解决:
2.1 $ git status    # 看哪些文件出现冲突

both modified:      app/models/user.rb 


2.2 $ vim app/models/user.rb  # 手动解决它。 
2.3 $ git add app/models/user.rb
2.4 git commit -c <新的commit号码>







2、 git commit   -s -m  "提交的描述信息"
-s
--signoff

Add Signed-off-by line by the committer at the end of the commit log message.



git commit  -a  -m  "提交的描述信息"
git commit  命令的 -a  选项可只将所有被修改或者已删除的 且已经被git管理 的文档提交倒仓库中如果只是修改或者删除了已被Git 管理的文档,是没必要使用 git add  命令的。




你可能感兴趣的:(Git push/pull/cherry-pick/merge/rebase)