本文主要是介绍[Skill]俩小时掌握多人协同开发中的git使用方法，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
学习网站
https://git-scm.com/book/zh/v2
https://learngitbranching.js.org/
基础
# 提交commit
git commit -m "msg"# 创建并切换到分支
git checkout -b bugFix# merge分支
git checkout -b bufFix
git commit
git checkout master
git commit
git merge bugFix # 把bugFix分支merge到master上
git checkout -b bugFix
git commit
git checkout master
git commit
git checkout bugFix
git rebase master
高级
移动分支
# 使用提交记录上的标签（哈希值）来指定提交记录
git checkout C4
git checkout HEAD^
git checkout HEAD~4# 强制移动master分支
git branch -f master HEAD~3
撤销变更
git reset通过把分支记录回退几个提交记录来实现撤销改动。但是这种方法对大家一起使用的远程分支是无效的。需要使用git revert。
git reset HEAD~1
git revert HEAD
移动提交记录
将本地分支的指定commit工作复制到其他分支上
git cherry-pick C2 C4
交互式的rebase
git rebase -i HEAD~4
杂项
只取一个提交记录
适用于bufFix中有多个无效提交记录（比如打印debug日志），我们只需要取一个提交记录到主分支上即可。
git rebase -i 和 git cherry-pick均可实现。
增加标签
tag可以指向某个提交记录的标识，比如软件发布新的大版本，或者修正一些重要的bug或者是增加了某些新特性。
git tag v1 C1
git describe
用于帮助你在提交历史中移动了多次后找到方向。
# 语法：
git describe <ref>
# <ref>是任意能被git识别成提交记录的引用，如果你没有指定的话，git会以你目前所检出的位置（HEAD）。
# 输出结果：
<tag>_<numCommits>_g<hash>
# tag表示离<ref>最近的标签，numCommits表示这个ref和tag之间相差有多少个提交记录，hash表示你所指定的ref所表示的提交记录哈希值的前几位。当ref提交记录上有某个标签时，只输出标签名称。多分支全都rebase到master上
多个父节点时
使用git checkout HEAD^1中的^符号可以指定第几个父节点。
而且^和~操作符支持链式操作：
git checkout HEAD~1^2~3
远程仓库
克隆远程仓库
# 克隆远程仓库
git clone
获取远程仓库更新
当远程仓库（虚线）更新了C2和C3两次提交时，本地仓库可以通过
git fetch将C2和C3更新下载到本地仓库，同时本地的o/master分支也会更新。
需要注意的是，此时本地的
master分支并不会更新。也就是git fetch并不会更新本地的master分支，只会更新本地的o/master指针。
更新前：
更新后：
git pull
相当于先git fetch获取远程仓库o/master更新后merge到本地的master分支上。
注意当本地分支和远程分支有分歧时也可以使用。
git push
- 将更新传递到远程仓库，远程仓库更新
master分支 - 本地的远程分支
o/master也会更新
偏离的工作
举个例子，当你完成自己的功能开发后，你的同事写了一堆提交并且改变了许多你功能中使用的API，这些改变使得你新开发的功能不可用，但是他已经将代码推送到远程仓库上了。此时如果
git是不会允许你执行git push的，你只能先合并远程最新的代码，然后才能提交你的工作。
git fetch
git rebase o/master
git push
另外，我们也可以使用merge：
注意，使用
rebase相比于pull可以使得提交历史更简洁。
-
使用前本地master和远程master有分歧
-
使用pull时：
- 本地
master同步远程master的更新 - 本地的
o/master更新和远程master一致
- 使用fetch和rebase时：
- 首先
fetch更新o/master远程分支
- 其次
rebase会将C3的改变加在o/master上
git pull --rebase是fetch和rebase的缩写。
良好的开发规范
- 工作完成后快速地更新本地
master分支并推送到远程仓库
# 拉取远程分支更新并将更新推送到本地master
git pull --rebase
# 推送本地更新到远程
git push
- 一个小例子
-
本地开发了多个功能，全部开发完成
-
更新
o/master分支
git fetch
- 将不同功能rebase到
o/master分支上
git rebase o/master side1
git rebase side1 side2
git rebase side2 side3
- 更新本地master分支并上传到远程仓库
git rebase side3 master
git push
- 相同的工作用merge完成
注意，使用rebase可以让你让你的提交历史更加干净，但是缺点是你会丢失你的部分提交历史，虽然我个人感觉是意义不大的提交历史（在快速迭代开发中）。仁者见仁，智者见智。
git checkout master # 回到本地master分支
git pull # 更新本地master分支
git merge side1
git merge side2
git merge side3
git push
跟踪远程分支
master和o/master分支是相互跟踪的，是在我们克隆远程仓库时指定的。
# 法1：
git checkout -b totallyNotMaster o/master
# 法2：
git branch -u o/master totallyNotMaster
git push的参数
# 切换到本地的master分支，获取所有的commit，再到远程仓库origin中找到master分支，将远程仓库中没有的提交记录都添加上去
git push origin master
# 将本地的某个分支推送到远程中的另一个分支
git push origin <source>:<destination>
# 注意这里的destination也可以是一个新建的分支
git fetch的参数
# 一方面git fetch只会下载远程的提交记录从而更新`o/master`，但不会更新本地的非远程分支。
# 另一方面我们可以通过<source>:<destination>来设置fetch的传输来源和目的地。其中source指的是远程仓库的位置，而destination指的是本地仓库的位置。
# 如果git fetch没有任何参数，那么它会下载所有的提交记录到各个远程分支中，即更新所有的远程分支git push和git fetch的空参数
# 删除远程的foo分支
git push origin :foo# 在本地创建新分支bar
git fetch origin :bargit pull参数
git pull不带任何参数就是fetch和merge的组合，首先更新本地的远程分支，然后再merge你抓取到的提交记录。
即git pull origin foo相当于：
git fetch origin foo
git merge o/foo
git pull origin bar~1:bugFix相当于：
git fetch origin bar~1:bugFix
git merge bugFix
需要注意的是，
git pull更新的是我们的检出位置，而不是一定更新本地master分支。
比如在pull之前，我们的HEAD在本地分支bar上：
当我们使用git pull之后：
git pull origin master
这篇关于[Skill]俩小时掌握多人协同开发中的git使用方法的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
