初入公司用不好git ？-- 本篇针对GitLab-Toy模板网

这篇具有很好参考价值的文章主要介绍了初入公司用不好git ？-- 本篇针对GitLab。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

本篇并不涉及git的所有知识，内容包括工作中每天用到的以及需要知道的

一、从远程仓库拉取指定分支到本地仓库，并创建个人分支

1. git clone 项目地址 （克隆整个项目）
2. git checkout dev （切换到dev分支，在本地创建dev分支并与远程进行关联）
3. git checkout -b 我的分支 （基于dev创建并切换到我的分支）
4. git push -u origin 我的分支 （将个人分支推送到远程仓库）

二、（补充）基于以上补充几点基础知识点以便你更好理解并实践

1. 主分支：通常是master分支

2. 开发分支：基于主分支派生，你通常在这个分支上建立自己的分支

3. 特性分支：为开发单独功能，基于开发分支派生，属于“我的分支”

4. 发布分支：基于主分支派生，包含与发布相关的所有更改

5. 热修复分支：基于主分支派生，用于快速修复紧急问题

三、拿到项目以后的几个注意细节

1. cd到正确的项目，git checkout到正确的分支（往往一个大仓库里包含许多项目，要到你的项目中来）

2. 在执行每个子项目之前，都需要单独安装依赖，比如：npm install

四、配置全局的用户名和邮箱信息

1. 修改用户名：git config --global user.name "username"
2. 修改邮箱：git config --global user.email "email@example.com"
3. 查看用户名：git config user.name
4. 查看邮箱：git config user.email

五、查看自己的修改

git status 可以查看自己刚才修改代码的文件
git diff 可以查看自己刚才修改的具体代码

六、一张图来解释操作流程

初入公司用不好git ？-- 本篇针对GitLab,git,gitlab

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

初入公司用不好git ？-- 本篇针对GitLab,git,gitlab

rebase，变基，改变基底，feature分支是基于master分支B拉出来的分支，feature的基底是B，而master在B之后有新的提交，此时会把master分支的提交作为feature的新基底，在操作中就是把B之后的feature的提交暂存下来，然后删掉原来的提交，再找到master最新的提交位置，把存下来的提交接上去，解决冲突，feature的基底变成了M而不是B

初入公司用不好git ？-- 本篇针对GitLab,git,gitlab

当在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",用来合并两个分支上各自的提交序列

有两种类型：

1. 快进式合并：目标分支是被合并分支的直接祖先，合并过程不会哦产生冲突

2. 三方合并：目标分支和被合并分支在历史上有分叉，找到共同祖先进行比较，新的提交会包含两个分支的差异内容，可能出现冲突合并

十、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 .