Git日常操作命令梳理

st0627

[iyunv@115~~]#git push origin master　　
除了master之外，我们还可以随便创建分支，然后push到服务器上去。
　　

　　
[iyunv@115~~]#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。
　　
[iyunv@115~~]#git branch -a
　　
master
　　
p4popt
　　
* prepub
　　
product
　　
remotes/origin/HEAD -> origin/master
　　
remotes/origin/master
　　
remotes/origin/p4popt
　　
remotes/origin/prepub
　　
remotes/origin/product
　　

　　
远程分支和本地分支需要区分，所以，在从服务器上拉取特定分支的时候，需要指定本地分支名字。
　　
[iyunv@115~~]#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。）
　　

　　
[iyunv@115~~]#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!!
　　
[iyunv@115~~]#git branch
　　
master
　　
* prepub
　　
p4popt
　　
product
　　
[iyunv@115~~]#git pull origin product
　　
[iyunv@115~~]#git push origin master
　　
同步本地远程分支。
　　
[iyunv@115~~]#git fetch origin
　　
删除远程分支。
　　
[iyunv@115~~]#git push origin :p4popt
　　
To git@search.ued.taobao.net:projects/search.git
　　
- [deleted] 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>　　
[iyunv@115~~]#git log
　　
假设是 commit f79b0b1ffe445cab6e531260743fa4e08fb4048b
　　

　　
切到v2.0中
　　
[iyunv@115~~]#git check v2.0
　　

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

　　
合并b
　　
[iyunv@115~~]#git rebase b
　　

　　
处理完冲突继续合并
　　
[iyunv@115~~]#git rebase --continue
　　

　　
跳过
　　
[iyunv@115~~]#git rebase --skip
　　

　　
取消合并
　　
[iyunv@115~~]#git rebase --abort