git init
git add git commit -m 'commit message'
git status
ls -a
echo "git repo" >> test.txt
">>"是追加的意思；
cat test.txt
git log
git log --pretty=oneline
上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100。
格式 git reset git reset --hard HEAD^ git reset --hard 1094a
1094a是指git提交版本id。版本号没必要写全，前几位就可以了，Git会自动去找。当然也不能只写前一两位，因为Git可能会找到多个版本号，就无法确定是哪一个了。
git reflog
HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。 穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。 要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。
工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。
Git的版本库里存了很多东西，其中最重要的就是称为’stage（或者叫index）'的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。 Git版本库里添加的时候，是分两步执行的：
第一步是用git add把文件添加进去，实际上就是把文件修改添加到暂存区；第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支。需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改。
为什么Git比其他版本控制系统设计得优秀，因为Git跟踪并管理的是修改，而非文件。
git diff HEAD -- readme.txt
git checkout -- file
把readme.txt文件在工作区的修改全部撤销，这里有两种情况：
一种是文件自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；一种是rea已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。总之，就是让这个文件回到最近一次git commit或git add时的状态。
git checkout -- file命令中的--很重要，没有--，就变成了“切换到另一个分支”的命令，我们在后面的分支管理中会再次遇到git checkout命令。
用命令git reset HEAD <file>可以把暂存区的修改撤销掉（unstage），重新放回工作区;
git reset命令既可以回退版本，也可以把暂存区的修改回退到工作区。当我们用HEAD时，表示最新的版本。
场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file。场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD <file>，就回到了场景1，第二步按场景1操作。场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。首先，我们创建dev分支，然后切换到dev分支： git checkout -b dev
git checkout命令加上-b参数表示创建并切换，相当于以下两条命令：
git branch dev git checkout dev
用git branch命令查看当前分支
git branch git branch命令会列出所有分支，当前分支前面会标一个*号
合并完成后，就可以放心地删除dev分支了：
git branch -d dev
使用git checkout <branch>，而撤销修改则是git checkout -- <file>，同一个命令，有两种作用，确实有点令人迷惑。切换分支这个动作，用switch更科学。
创建并切换到新的dev分支 git switch -c dev 直接切换到已有的master分支 git switch master
用带参数的git log也可以看到分支的合并情况
git log --graph --pretty=oneline --abbrev-commit
