刚接触git，记录一些git的学习
参考的B站技术蛋老师视频和廖雪峰的git教程以及菜鸟教程
(刚学习，有理解错误请见谅或者指出)
- 工作区(其实就是目前在的这个文件夹)
- 暂存区 (stage 或 index。一般存放在 .git 目录下的 index 文件（.git/index）中，所以我们把暂存区有时也叫作索引（index）)
- 本地仓库(工作区有一个隐藏目录 .git，这个不算工作区，而是 Git 的版本库)
Q: 暂存区的意义？
A:工作区的多个文件可以 add 到暂存区，然后暂存区多个文件进行commit就可以完成一次提交。
可以一次提交多个文件，写一个commit的description。在git log中对应一条修改
初始化一个Git仓库，使用git init命令
添加文件到Git仓库，分两步：
- 使用命令
git add，注意，可反复多次使用，添加多个文件； - 使用命令
git commit -m，完成
git status可以查看仓库状态
git diff filename 可以查看指定文件修改的内容
git clone 可以将仓库克隆到本地
如果我们需要克隆到指定的目录，可以使用以下命令格式：
git clone <repo> <directory>
git log可以查看修改的
用HEAD表示当前版本，上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100
git reset --hard HEAD^
git reset --hard 1094a
HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id
穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本
要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本
git checkout --file可以丢弃工作区的修改：
git checkout -- readme.txt
命令git checkout -- readme.txt意思就是，把readme.txt文件在工作区的修改全部撤销，这里有两种情况：
一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；
一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。
总之，就是让这个文件回到最近一次git commit或git add时的状态。
用命令git reset HEAD 可以把暂存区的修改撤销掉（unstage），重新放回工作区
git reset HEAD readme.txt
一是确实要从版本库中删除该文件，那就用命令git rm删掉，并且git commit
先手动删除文件，然后使用git add 和git rm效果是一样的
另一种情况是删错了，因为版本库里还有呢，所以可以很轻松地把误删的文件恢复到最新版本：
$ git checkout --test.txt
git remote add origin https://[email protected]/end1e55/git-learn.git
执行完上述命令后origin = https://[email protected]/end1e55/git-learn.git
git remote -v 可以查看 有哪些 存好的仓库地址
git remote rm origin 可以删除
本地库的内容推送到远程，用git push命令，实际上是把当前分支master推送到远程
git push -u origin master
由于远程库是空的，我们第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令
从现在起，只要本地作了提交，就可以通过命令：
git push origin master
HEAD严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支
git branch # 查看当前有哪些分支
git branch dev # 创建一个新的分支
git switch master / git checkout master # 切换到master分支
git merge dev #合并dev分支到当前分支
git branch -d dev #删除dev分支
合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并
当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。
解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。
用git log --graph命令可以看到分支合并图。
修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；
当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug
git stash # 保存现场
git stash list # 查看保存过的记录
工作现场还在，Git把stash内容存在某个地方了，但是需要恢复一下，有两个办法：
一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；
另一种方式是用git stash pop，恢复的同时把stash内容也删了：
你可以多次stash，恢复的时候，先用git stash list查看，然后恢复指定的stash，用命令：
$ git stash apply stash@{0}
在master分支上修复的bug，想要合并到当前dev分支，可以用git cherry-pick <commit>命令，把bug提交的修改“复制”到当前分支，避免重复劳动。
从远程库clone时，默认情况下只能看到本地的master分支
现在，你的小伙伴要在dev分支上开发，就必须创建远程origin的dev分支到本地，于是他用这个命令创建本地dev分支：
git checkout -b dev origin/dev
最新提交和你试图推送的提交有冲突，解决办法也很简单，Git已经提示我们，先用git pull把最新的提交从origin/dev抓下来，然后，在本地合并，解决冲突，再推送
指定本地dev分支与远程origin/dev分支的链接，根据提示，设置dev和origin/dev的链接：
git branch --set-upstream-to=origin/dev dev
git log --graph --pretty=oneline --abbrev-commit
#看分支的信息
rebase操作的特点：把分叉的提交历史“整理”成一条直线，看上去更直观。缺点是本地的分叉提交已经被修改过了
git tag v1.0 打标签
默认标签是打在最新提交的commit上的
要对add merge这次提交打标签，它对应的commit id是f52c633
git tag v0.9 f52c633
可以用命令git tag查看所有标签
git show <tagname>查看标签信息
创建带有说明的标签，用-a指定标签名，-m指定说明文字：
git tag -a v0.1 -m "version 0.1 released" 1094adb
git push origin <tagname>可以推送一个本地标签；
git push origin --tags可以推送全部未推送过的本地标签；
git tag -d <tagname>可以删除一个本地标签；
git push origin :refs/tags/<tagname>可以删除一个远程标签
标签总是和某个commit挂钩。如果这个commit既出现在master分支，又出现在dev分支，那么在这两个分支上都可以看到这个标签
React
Typescript
Django
Laravel
Facebook
Microsoft
Google
Alibaba
D3
Tencent