关于git要讲明白的东西：工作区、暂存区、本地仓库、分支(时间线)、HEAD、远程仓库及别名
git与github：
git：就是一个分布式版本控制系统，github是一个为用户提供git服务的一个网站（线上代码仓库：gitee或者gitlab）。
git：本地仓库
github：在线仓库
在github上创建仓库之后，可以将此仓库clone到本地，或者将本地的仓库关联并push上去。
关联：
1.在本地目录下关联远程repository ：
git remote add origin(远程链接名) 项目地址
建立连接之后，第一次使用pull的时候：git pull origin dev
第一次使用push：git push --set-upstream origin dev
git rebase origin dev 把多分支线整理成一条
2.取消本地目录下关联的远程库：
git remote remove origin(链接远程仓库的名字)
克隆到本地：git clone 项目地址
克隆指定分支：git clone -b +分支 + 地址
IDE使用git：
如果在一个项目中执行git init被git管理，就可以在IDE中看到git选项，使用add和commit，可以在IDE里面直接管理这个仓库(项目)的分支名，管理remote远程仓库的别名，后面是push上远程库(远程仓库的名字可以和项目名不一致，最好一致)之后显示的是分支名。
gitlab：可以自己搭建的远程仓库
可以为每个项目添加成员，也就是权限管理
别人push上的更新，可以将更新pull下来，push和pull都会显示分支名和成员。
初次使用需要在上面创建项目，可以将上面的项目clone到本地，或者将本地的项目完整push上去。
git：工作区--暂存区--本地仓库(分支版本库)---->git远程仓库
git命令和Linux命令使用类似：
设置用户名及邮箱：git config --global user.name ""
git config --global user.email ""
创建仓库：mikdir、cd
初始化仓库：git init
git add 文件多个文件 .（所有）
git commit -m "注释"
查看仓库的当前状态：git status
查看更改文件的内容：git diff
撤回工作区最近一次的修改：git checkout -- readme.txt --后面是有空格的
将暂存区的修改回退到工作区：git reset HEAD readme.txt HEAD大写
也可以使用下面git status 提示的命令：
获取版本号：git log、简化显示：git log --pretty=oneline
回退：git reset --hard 版本号
获取版本号：git reflog
克隆到本地：git clone 仓库地址
推上：git push
使用ssh连接：复制本机公钥到github上保存
拉取：git pull
注意：修改文件内容之后可以直接push，
但是回退版本之后不行，需要开启强制push：git push -f origin dev
关于reset和revert的原理：
git每次commit提交，都会自动把它们串成一条时间线，这条时间线就是一个分支，默认是主分支master，HEAD指针指向当前在使用的分支的最新版本，使用reset就是更改HEAD指向之前的版本，遗弃的版本 但是使用git reflog还是能够看到左右的版本，因为git底层会记录你每一次关于版本的操作。使用revert就是不改变原来的版本，新建立一个版本(回退到你指定的版本 不改变此版本后的版本)。
git revert -n 版本号
适用场景： 如果我们想撤销之前的某一版本，但是又想保留该目标版本后面的版本，记录下这整个版本变动流程，就可以用这种方法。
git reset --hard 目标版本号
此时如果用“git push”会报错，因为我们本地库HEAD指向的版本比远程库的要旧，
要使用git push -f”强制推上去
分支：git branch 查看所有分支
创建：git branch 分支名
切换到分支：git checkout 分支名
创建并切换分支：git checkout -b dev 、 git switch -c dev
删除分支：git branch -d 分支名 需要不在此分支下
合并分支 ：gir merge dev(分支名) --注意：这是合并到dev分支下
分支策略
在实际开发中，我们应该按照几个基本原则进行分支管理：
首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；
你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。
所以，团队合作的分支看起来就像这样：
--no-ff方式的合并分支：
git merge --no-ff -m "merge with no-ff" dev
Git分支十分强大，在团队开发中应该充分应用。
合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而默认fast forward合并就看不出来曾经做过合并。
Bug分支：
并不是你不想提交，而是工作只进行到一半，还没法提交，预计完成还需1天时间。但是，必须在两个小时内修复该bug，怎么办？
幸好，Git还提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作：
git stash
首先确定要在哪个分支上修复bug，假定需要在master分支上修复，就从master创建临时分支：git checkout -b issue-101
现在修复bug，需要把“Git is free software ...”改为“Git is a free software ...”，然后提交：
修复完成后，切换到master分支，并完成合并，最后删除issue-101分支：
git switch master
git merge --no-ff -m "merged bug fix 101" issue-101
当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场；
更改提交之后会有一个当前分支下的修改版本号生成。
[图片上传中...(image-c97c2f-1617158140875-0)]
feature分支：用于开发临时新上线的功能
开发一个新feature，最好新建一个分支；
如果要丢弃一个没有被合并过的分支，可以通过git branch -D <name>强行删除。
多人协作：
- 查看远程库信息，使用git remote -v；
- 本地新建的分支如果不推送到远程，对其他人就是不可见的；
- 从本地推送分支，使用git push origin branch-name，如果推送失败，先用git pull抓取远程的新提交；
- 在本地创建和远程分支对应的分支，使用git checkout -b branch-name origin/branch-name，本地和远程分支的名称最好一致；
- 建立本地分支和远程分支的关联，使用git branch --set-upstream branch-name origin/branch-name；
- 从远程抓取分支，使用git pull，如果有冲突，要先处理冲突。
冲突解决：
尝试合并，gir merge dev(分支名)
查看状态：git status
查看文件，手动修改冲突后解决
再次 add commit
查看合并情况：git log --graph --pretty=oneline --abbrev-commit
Rebase:
- rebase操作可以把本地未push的分叉提交历史整理成直线；
- rebase的目的是使得我们在查看历史提交的变化时更容易，因为分叉的提交需要三方对比。
标签管理：
所以，tag就是一个让人容易记住的有意义的名字，它跟某个commit绑在一起。
命令git tag <tagname>用于新建一个标签，默认为HEAD，也可以指定一个commit id；
命令git tag -a <tagname> -m "blablabla..."可以指定标签信息；
命令git tag可以查看所有标签。
命令git push origin <tagname>可以推送一个本地标签；
命令git push origin --tags可以推送全部未推送过的本地标签；
命令git tag -d <tagname>可以删除一个本地标签；
命令git push origin :refs/tags/<tagname>可以删除一个远程标签。
自定义GIt：
git config --global color.ui true 醒目颜色
忽略特殊文件：https://github.com/github/gitignore
- 忽略某些文件时，需要编写.gitignore；
- .gitignore文件本身要放到版本库里，并且可以对.gitignore做版本管理！
配置别名：git config --global alias.st status
