1. 概念
- 分布式，有远程仓库和本地仓库的概念，因此要注意同步问题
- git是面向对象的，本质是内容寻址系统。.git目录下有个文件夹objects，存储git库中的对象，git就是根据object建立一种树形结构，将文件和通过hash的方式关联起来
2. 工作区 暂存区 本地仓库 远程仓库
关系图如下：
- workspace：工作区，平时写代码的地方
- index：暂存区，让写完后的代码变成待提交状态
- repository：本地仓库，提交暂存区的代码，记录进入代码本地管理
- remote：远程仓库，将本地仓库修改好的代码提交到远程，可供远程协作的人下载
当创建一个git项目，git会在根目录创建一个git目录，需要重点理解的是以下五个：
- HEAD：是指针的指针，用来标记当前的提交
- 新建一个分支的时候其实仅仅是改变了HEAD的指向，这也是git分支比较轻量的原因
- hooks：用来在git操作前后进行一些操作
- index：本地的暂存区
- objects是上面所提到的内容
- refs：分支的引用
简单来说，repository由git维护的三棵“树”组成：
- workspace：持有实际文件
- index：像个缓存区域，临时保存你的改动
- HEAD：指向最后一次提交的结果
3. 提交代码
开始git操作本地必须有一份代码和remote相连，要么从remote拉取（适用于代码存在remote的情况），要么自己上传本地代码连接remote（适用于repository初次上传到remote的情况）
git clone <url>：克隆remote的版本到本地，成功后本地就有了一样的代码，并且也已经与remote连接成功
上传本地代码并连接remote操作大致如下：
1. 在项目的根目录打开Git Bash Here
2. 执行以下步骤：
git init
git add .
git commit -m "first commit"
git remote add origin 远程仓库地址
git push -u origin master
修改代码后将其提交到index：
git add .：添加当前目录所有文件到index- 提交后没有任何提示，可以用
git status查看文件是否有修改，是否进入index，已经提交到repository的不会展示
将index里文件提交到repository，这是个离线操作：
git commit -m "message"：将index里文件提交到repository，message的位置填写本次提交修改的内容和一些注释
将repository提交到remote：
git push <remote> <branch>：<remote>位置填写remote名称，<branch>填写需要提交的分支git push origin master：推送到远程origin仓库的master分支
4. 关于协作
拉取remote代码到repository：
git pull <remote> <branch>：<remote>写remote名称，<branch>写拉取remote的分支git pull origin master：拉取远程origin仓库的master分支到repository
- 将代码提交到remote之前，最好先拉取一下远程的最新代码，以免产生冲突
4.1 分支
在合作中有可能会有并行开发的需求，但可能不会同时上线，不能把没有开发完成的分支上线，所以就出现了分支branch
分支的功能：从同一份稳定代码拉出有相同代码的分支，每个人在自己的分支上开发提交代码，不会互相打扰，完成后再进行代码的合并
- master是默认的分支，在其他分支上进行开发，完成后再将它们合并到主分支上
- 除非将分支推送到远程仓库，不然该分支是不为别人所见的
举个例子实践一下：
git checkout -b dev：创建并切换到dev分支- 加上-b参数表示创建并切换
git branch dev+git checkout dev
git branch：查看所有本地分支，当前分支前面会标一个*号git branch -d dev：删除dev分支
4.2 合并分支
合并之前确保要合并的两个分支都是当前分支的最新代码（pull一下），再切换到要保存合并代码的分支
git merge <branch>：合并指定分支到当前分支git log --graph：查看分支合并图- 合并后可能出现冲突，需要修改文件手动合并这些冲突
git add <filename>：来标记合并成功
常见冲突管理：
git merge --abort：撤销合并操作，回到开始合并之前的状态- 当解决完冲突后，在合并完成后发现一个错误，
git reset --hard就可以回滚到那个合并之前的状态
git常见命令速查表：
5. 常见场景及解决方案
5.1 stash
场景：正在feature分支下开发新需求，但是线上突然出现bug要马上修复，需要切到master分支
只需要git stash就可以把代码存起来，修复完线上问题后切回feature分支，用git stash apply就可恢复代码
一些相关命令：
# 保存当前未commit的代码
git stash
# 保存当前未commit的代码并添加备注
git stash save "备注的内容"
# 列出stash的所有记录
git stash list
# 删除stash的所有记录
git stash clear
# 应用最近一次的stash
git stash apply
# 应用最近一次的stash，随后删除该记录
git stash pop
# 删除最近的一次stash
git stash drop
5.2 reset –soft
应用场景：有的时候不小心把不该提交的内容commit了，想改回来就只能再commit一次，但就多了一条“黑历史”
只需要`git reset --soft HEAD^，相当于后悔药，可以再次修改重新提交，保持干净的commit记录，这说的是未push的commit。
对于已经push的commit也可以使用该命令，不过再次push时，由于远程分支和本地分支有差异，需要强制推送git push -f来覆盖被reset的commit
PS：在reset --soft指定commit时，会将该commit到最近一次commit的所有修改内容全部恢复，而不是只针对该commit
