本篇并不涉及git的所有知识，内容包括工作中每天用到的以及需要知道的
一、从远程仓库拉取指定分支到本地仓库，并创建个人分支
1. git clone 项目地址 （克隆整个项目）
2. git checkout dev （切换到dev分支，在本地创建dev分支并与远程进行关联）
3. git checkout -b 我的分支 （基于dev创建并切换到我的分支）
4. git push -u origin 我的分支 （将个人分支推送到远程仓库）
二、（补充）基于以上补充几点基础知识点以便你更好理解并实践
主分支：通常是master分支
开发分支：基于主分支派生，你通常在这个分支上建立自己的分支
特性分支：为开发单独功能，基于开发分支派生，属于“我的分支”
发布分支：基于主分支派生，包含与发布相关的所有更改
热修复分支：基于主分支派生，用于快速修复紧急问题
三、拿到项目以后的几个注意细节
cd到正确的项目，git checkout到正确的分支（往往一个大仓库里包含许多项目，要到你的项目中来）
在执行每个子项目之前，都需要单独安装依赖，比如：npm install
四、配置全局的用户名和邮箱信息
1. 修改用户名：git config --global user.name "username"
2. 修改邮箱：git config --global user.email "[email protected]"
3. 查看用户名：git config user.name
4. 查看邮箱：git config user.email
五、查看自己的修改
git status 可以查看自己刚才修改代码的文件
git diff 可以查看自己刚才修改的具体代码
六、一张图来解释操作流程
Remote是远程仓库，Repository是本地仓库，workspace是我的工作区。
你从远程仓库clone代码到本地仓库，然后在本地仓库checkout到我的工作区，
当你每次修改完代码要提交，这也是你基本每天都需要做的步骤：
从我的工作区add到本地缓存区，然后commit到本地仓库，然后push进远程仓库，
下面我来仔细讲讲这一步该怎么做！
七、如何提交自己的代码
1. git status （查看修改）
2. git add . （提交到缓存区）
3. git commit -m "xxx" （提交到本地仓库）
4. git push （推进远程仓库）
5. git checkout master （切换到需要合并的分支，这里以master为例）
6. git pull （拉取这个分支的最新代码）
7. git merge master （合并，这个时候可以切换到自己的分支）
8. git status （可以在查看一下）
9. git push （push进去）
八、关于rebase
rebase也一直是让我比较头疼的地方，在工作中我尽量避免使用，我通常使用merge
rebase，变基，改变基底，feature分支是基于master分支B拉出来的分支，feature的基底是B，而master在B之后有新的提交，此时会把master分支的提交作为feature的新基底，在操作中就是把B之后的feature的提交暂存下来，然后删掉原来的提交，再找到master最新的提交位置，把存下来的提交接上去，解决冲突，feature的基底变成了M而不是B
当在feature分支上执行git rebase master时，git会从master和feature的共同祖先B开始提取feature分支上的修改，也就是C和D两个提交，提取到，然后将feature分支指向master分支的最新提交上，也就是M，最后把提取到的C和D接到M后面（依次拿M和C、D内容分别比较，处理冲突后生成新的C'和D'）
开发场景：远程😭上有一个分支开发到B了，我从B拉了代码到我的分支进行开发，目前提交了两次，开发到D，另外一个人也从B拉到本地的master分支，他提交到了M，然后合到远程库上的master了，我想拉取master的最新代码，于是在我的分支上执行了rebase操作，即把远程的master分支给rebase下来，因为另一个人比我早开发完，所以此时的master上是他的最新内容，rebase后再看我的历史提交记录，就相当于我是基于另一个人提交的最新M进行开发的了。
九、Merge 合并
把分叉的提交历史放回到一起，通常被用来合并两个分支，git merge接受两个commit指针，追溯到两个分支最近的共同分支，然后创建一个新的“merge commit",用来合并两个分支上各自的提交序列
有两种类型：
快进式合并：目标分支是被合并分支的直接祖先，合并过程不会哦产生冲突
三方合并： 目标分支和被合并分支在历史上有分叉，找到共同祖先进行比较，新的提交会包含两个分支的差异内容，可能出现冲突合并
十、git merge 和 git rebase 的区别
merge：是将分支A和分支B合并为一个新的提交，把修改合并，一个新的合并，保留了各个分支的独立性
rebase：将当前分支的修改和提交应用到目标分支的最新提交之后，线性的提交历史，避免合并产生的分叉
1. 拉取公共分支最新代码 -- rebase
2. 往公共分支上合并代码 -- merge
尽量不要使用rebase，因为有个缺点就是不知道我当前的分支是从哪个分支上拉出来的，因为基底变了，其他人想看分支的历史，就不再是原来的历史了，历史被篡改了
十一、git stash
分支有改变时不能提交又不能切换分支，会保存当前的工作进度，把暂存区和工作区的改动保存到栈中，需要时再恢复，执行完这个命令以后，git status是clean
1. git stash save "message" 这是带上注释
2. git stash pop 默认恢复git栈中最新的stash，建议在栈中只有一条时使用（栈删除）
3. git stash list 查看所有隐藏，每一行冒号前面的字符串就是标识此隐藏的id
4. git stash apply n 将内容恢复到当前分支下，n为stash list结果里的序号（栈保留）
5. git stash drop n 恢复隐藏后，从栈中移除指定的stash
6. git stash clear 移除全部的stash
7. git stash show 查看栈中最新保存的stash和当前目录的差异，显示改动
十二、git常用命令
git log 查看所有提交的记录
git branch 查看本地分支
git branch -r 查看远程分支
git branch -a 查看全部分支
git branch -d [分支名] 删除本地分支
git push origin :[分支名] 删除远程分支
git reset HEAD 使暂存区的代码退回到最近的一次状态，即撤销git add .
十三、常见报错
1. pull之前要commit
2. 合并冲突：两个人改了同一个地方
解决：手动解决问题，看看使用什么代码，然后再进行提交操作
3. push未设置关联远程分支报错
使用git push报如下错误：fatal：The current branch master has no upstream branch
解决1: 根据需要替换分支名：git push --set-upstream origin master
解决2: 根据需要替换分支名，远程分支master不存在会创建：git push -u origin master
4. 冲突报错系列
方法：保留本地代码：中止合并 --> 重新合并 --> 重新拉取
step1: git merge --abort
step2: git reset --merge
step3: git pull
版权归原作者 chihiro_ya 所有， 如有侵权，请联系我们删除。