st0627 发表于 2018-1-16 06:54:43

Git日常操作命令梳理

#git push origin master  
除了master之外,我们还可以随便创建分支,然后push到服务器上去。
  

  
#git push -u origin prepub
  
Counting objects: 27, done.
  
Delta compression using up to 2 threads.
  
Compressing objects: 100% (15/15), done.
  
Writing objects: 100% (15/15), 7.30 KiB, done.
  
Total 15 (delta 10), reused 0 (delta 0)
  
To git@search.ued.taobao.net:projects/search.git
  
1b95a57..779dbe1 prepub -> prepub
  

  
远程分支的标识形式为{remote/branch},比如origin/product。
  
#git branch -a
  
master
  
p4popt
  
* prepub
  
product
  
remotes/origin/HEAD -> origin/master
  
remotes/origin/master
  
remotes/origin/p4popt
  
remotes/origin/prepub
  
remotes/origin/product
  

  
远程分支和本地分支需要区分,所以,在从服务器上拉取特定分支的时候,需要指定本地分支名字。
  
#git branch product origin/product
  
Branch product set up to track remote branch product from origin.
  
而1.6.2以上版本的git,可以通过--track选项,简化这一过程。这也是为什么直接执行git clone的时候,会自动创建本地master分支的原因。(实际上,pull操作相当于fetch+merge。)
  

  
#git checkout --track origin/product
  
Branch product set up to track remote branch refs/remotes/origin/product.
  
Switched to a new branch "product"
  
远程分支和本地分支是松散的结构,可以把任意远程分支合并到任意本地分支里;同样,也可以把任意本地分支push到任意远程分支上。
  
# THIS WILL MESS UP YOUR REPO!!
  
#git branch
  
master
  
* prepub
  
p4popt
  
product
  
#git pull origin product
  
#git push origin master
  
同步本地远程分支。
  
#git fetch origin
  
删除远程分支。
  
#git push origin :p4popt
  
To git@search.ued.taobao.net:projects/search.git
  
- p4popt
  
补充:git cherry-pick和git rebase
  
git cherry-pick可以选择某一个分支中的一个或几个commit(s)来进行操作。例如,假设我 们有个稳定版本的分支,叫v2.0,另外还有个开发版本的分支v3.0,我们不能直接把两个分支合并,这样会导致稳定版本混乱,但是又想增加一个v3.0 中的功能到v2.0中,这里就可以使用cherry-pick了。
  


  
先在v3.0中查看要合并的commit的commit>  
#git log
  
假设是 commit f79b0b1ffe445cab6e531260743fa4e08fb4048b
  

  
切到v2.0中
  
#git check v2.0
  

  
合并commit
  
#git cherry-pick f79b0b1ffe445cab6e531260743fa4e08fb4048b
  
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
页: [1]
查看完整版本: Git日常操作命令梳理