"进入想要管理的文件夹之后git bash here"
git init  # 初始化本地仓库(.git隐藏文件 包含了所有的操作记录)
git status  # 当前管理状态(没管之前是红色,管谁谁变绿色)  被管理之后文件只要有改动就会被自动检测并显示成红色
git add 文件名/.  # .表示管所有(全变绿色)
git commit -m ‘解释信息(越详细越好)‘  # 将所有变绿的文件拷贝一份放到仓库(变白色)
# 初次提交需要设置邮箱和用户名(更具提示信息设计即可)
git config --global user.name  # 设置用户
git config --global user.email  # 设置邮箱
git config --global --unset user.name  # 删除用户
git config --global --unset user.email  # 删除邮箱


git log  # 查看提交记录
git reset --hard  ‘序列号‘  # 回退到之前版本状态
git reflog  # 查看所有版本(包括回退之前的新版本)

git checkout filename # 回到最近的一次提交状态
git reset HEAD filename. # 将指定文件从缓存区拉取到工作区
git diff  # 对比缓存区和工作区的区别
git diff --cached  # 缓存区和本地仓库的区别  

"当开发某个功能到1/2时并且没有提交，如果想要回到原来的状态修复原来的代码"
git stash  # 将你开发一半的代码先暂时存起来(此时会自动回到修改之前的状态 大白话就是把红色文件全部暂存)
# 修复之前的bug
# 提交修复代码(可能会出现冲突 需要手动修改冲突)
git stash pop  # 再次回到开发某个功能到1/2处
"git stash 其他命令"
git stash list  # 查看暂存区所有的记录
git stash clear  # 清空暂存区
git stash apply 编号  # 将指定的编号记录拿出来 
git stash drop 编号  # 删除指定编号的记录 

"一般实际工作中修复bug不经常用git stash，而是使用分支结构"
git branch dev  # 创建分支(会拷贝master全部代码)
git checkout dev  # 切换分支(在切换到其他分支之前 一定要将当前分支的内容先提交)
# 如果master出现bug 一定不在直接在master上面修改bug因为可能还会有其他bug 应该再创建分支专门修复bug
git branch bug  # 创建bug修复bug并提交
git checkout master  # 切换回master分支 
git merge bug  # 将bug分支合并到master分支上(可能会产生冲突还是需要自己手动解决)
git branch -d bug  # 删除bug分支
git branch  # 查看所有的分支
"公司出现bug不要回答的太细只需要回答:创建一个bug分支，再bug分支上进行修复，修复完成后合并到master上即可"


"git面试题:git rebase的作用"
跟git merge一样也是合并分支，不同之处在于会将多个版本的线路直接合并成一条(让提交记录更加的简洁)，而git merge不会
也会产生冲突:手动修改完冲突之后再执行git rebase --skip

# 1.注册账户 + 创建项目 + 拷贝地址

# 2.第一次 本地代码推送远程
"""
cd 项目目录
git remote add origin 远程地址
git push origin master
git push origin dev

继续写代码
git add .
git commit -m ‘‘
git push origin dev
"""

# 3.第一次公司
"""
git clone 远程地址
或者
1.创建目录
2.cd 目录下
3.git init
4.git remote add origin 远程地址
5.git pull origin master

创建dev分支
git checkout dev
git pull origin dev

继续写代码
"""

# 4.回家
"""
拉代码
    git pull origin dev
继续写代码
    git add .
    git commit -m ‘‘
    git push origin dev
"""