初始化git项目（前提你装好git环境，然后在命令行或者类似vscode等编辑器的终端中运行如下指令。这个还不会的自行百度吧），两种方式，注意区别：
// 在当前目录新建一个Git代码库
git init
// 在当前目录新建一个目录，并在新建的目录中初始化Git代码库
git init 新建的文件夹名 // 例如 git init git-study
将文件提交到暂存区
// 将单个、多个文件添加到暂存区
git add [file1] [file2]
// 将所有工作区所有改动，添加到暂存区，注意后面有个点
git add .
将暂存区文件提交到本地仓库
// 需要添加-m添加备注信息
git commit -m "备注的信息"
// 如果不添加-m参数，则会调起编辑器编辑commit的备注信息,默认是vim
commit之后发现提交错了信息怎么办？
// 当前的这一次提交出现了错误，可以通过下面这个命令进入vim进行修改
git commit --amend
查看所有commit提交记录
// 只包含提交信息
git log
// 查看所有提交记录的详细细节
// 包含了具体改动的代码
git log -p // -p是--patch的缩写
// 查看简要统计// 简要包含了，哪个文件被改动了
git log --stat
版本回退
// 回退到上一次提交，一个^代表一次提交
git reset --hard HEAD^
// 回退上上次提交
git reset --hard HEAD^^
// 回退更多次的话，可以使用～符号,例如回退一百次
git reset --hard HEAD~100
// 回退到具体的某一次commit
git reset --hard 某次commit的SHA-1值
例如：git reset --hard ee368ca3aed3e34682859495616ced301bbece34
// 本质移动HEAD和当前branch的指向，并把移动后产生的新的差异放进暂存区
// 直接回退到某次commit，--hard是一个参数，表示指向移动后，重置工作区内容
git reset --hard 0E123213
git reset --hard dev
// 参数--soft会把回退后产生的新差异直接放进暂存区，并保留当前工作目录
git reset --soft 02e21321
// 不加参数或者参数--mixed,会保留工作目录，并把暂存区的内容和回退后产生的新差异都放进工作目录，并清空暂存区
git reset 02e2131231
git reset --mixed 02e123123
我们能通过git commit提交记录，自然就能回退记录。
git中版本回退的命令是git reset，默认不加参数，和加参数git reset --mixed是一样的。这种我们用的不多，更多的是加参数--hard，具体的命令都在上面，注释也写的比较详细。
这里提一点概念，HEAD在git中其实是指向当前commit的引用，就像js中的引用类型一样，你也可以把它简单理解为指针等。而一个符号代表一次commit，HEAD就是当前最新的这次commit，HEAD^^是再往前一次commit，以此类推。~n，表示从当前最新的这个commit开始，往前第n个commit，
例如：HEAD～1是当前这次commit，等价于HEAD，HEAD～2是前一次commit，等价于HEAD^。
而一个分支branch，其实也只是一组commit记录。
将某次commit的改动，合并到当前分支
// 首先拷贝需要合并到当前分支的那个commit值的SHA-1值
// 然后在当前分支执行如下命令
git cherry-pick 某次提交的sha-1值
这也是一个很有用的命令。例如你在dev分支上，突然你需要把beta上面的某次commit合并到当前分支上，那你就可以使用该命令。
这里需要提一下SHA-1值，关于他更多的内容不去多说，只说一下他是从哪里得到的，就是git log你可以看到的一长串字符。或者在类似sourceTree的可视化工具中直接复制就可以了。不多介绍。
存储
// 存储已跟踪文件的改动和暂存区的内容
// 未被跟踪的文件不会被暂存
// 所有的存储都会被存储在一个栈上，以期取出
git stash
或
git stash save
// 如果要存储未被跟踪的文件
git stash -u
// 查看所有暂存
git stash list
// 取出
git stash apply // 取出后栈内还保存当前存储记录，下次可以再次取出当前存储
git stash pop // 取出后，栈内便删除当前存储记录，可以理解为数组的pop方法
// 移除存储记录
git stash drop 存储记录的名字（即git stash list每条记录开头显示的名字）
// 暂存除了暂存区以外的改动
git stash save --keep-index
推送相关
// 如果本地已有项目，可以连接远程库
git remote add origin 远程库地址
// 查看远程库
git remote
// 查看远程库详细信息（包含名称和地址）
git remote -v
// 推送到远程分支
git push
// 强制推送，会覆盖远程分支;要确保是私有分支
git push -f
标签
// 查看已打标签
git tag
// 创建一个标签，一般会起v1.0.0、 v2.1.1等等
git tag 标签名
// 创建一个v1.0.0的tag同时，加上备注信息
git tag v1.0.0 -m"备注信息内容"
// 查看标签信息
git show 标签名
// 将本地某个tag上传到远程服务器
git push origin v1.0.0
// 将远程服务器没有的所有本地tag全部上传
git push origin --tags
分支
// 查看分支：
git branch
// 创建分支：
git branch
// 切换分支：
git checkout
// 本质是签出，将HEAD指向某个branch，然后签出这个branch对应的工作目录
// 因此如下都是可行的
git checkout HEAD^^
git checkout master～2
git checkout 0e2321312
// 创建+切换分支：
git checkout -b
// 克隆远程某个分支到本地的新分支
git checkout -b dev origin/dev
// 合并某分支到当前分支：
git merge
// 删除本地分支：
git branch -d
// 删除远程分支
git push origin -d 要删除的分支名 // 误删分支
git reflog // 查看git仓库引用的移动记录
// 找到被删除之前的那次移动记录的SHA-1
// 切换到那次的commit记录
// 然后切出一个新分支就好
git checkout 0123123123
git checkout -b 新分支
// 补：查看某个分支的引用移动记录
git reflog 分支名
// 查看所有分支，包括远程分支
git branch -a
合并当前分支上的多个commit记录
// 列出要操作的commit
git rebase -i HEAD~次数
// 在调起的vim编辑器中，编辑每条记录前面的操作类型
// 最上面的是最老的提交
pick 5e187c7dbe8 提交内容1
pick 6d577eb3440 提交内容2
pick f9b9508a3ab 提交内容3
pick 111ab9cc261 提交内容4
// 先2-4的pick改成squash
pick 5e187c7dbe8 提交内容1
squash 6d577eb3440 提交内容2
squash f9b9508a3ab 提交内容3
squash 111ab9cc261 提交内容4
//然后保存退出，会进入一个设置commit界面的入口
# This is a combination of 4 commits.
# The first commit’s message is:
提交内容1
# The 2nd commit’s message is:
提交内容2
# The 3rd commit’s message is:
提交内容3
# The 4th commit’s message is:
提交内容4# Please enter the commit message for your changes. Lines starting
# with ‘#’ will be ignored, and an empty message aborts the commit.
//这时候需要删掉对应的commit信息，设置一个合并后的commit信息
// 然后保存退出
// 最后可以git push -f 强推远程分支
去掉当前分支上的某些commit引用
// 列出当前分支上需要操作的几次commit
git rebase -i HEAD~次数
// 直接删除对应的commit
// 在vim中删除
将某次commit的改动，合并到当前分支
// 首先拷贝需要合并到当前分支的那个commit值的SHA-1值
// 然后在当前分支执行如下命令
git cherry-pick 某次提交的sha-1值
对比区别
// 对比当前工作区与暂存区的内容，即如果你现在git add .的话暂存区会新增哪些内容
git diff
// 对比当前暂存区和本地仓库的区别，即如果你现在git commit的话，本地仓库会新增哪些内容
// 完全等价于git diff --cached 不仅意思相同，作用也相同
git diff --staged
// 对比当前工作区与本地仓库的区别
// 是上面两种区别的综合
git diff HEAD
查看/修改用户配置信息
// 查看
git config user.name
git config user.email
// 修改
git config --global user.name "xxx"
git config --global user.email "xxx"
.gitignore文件规则
1) 空格不匹配任意文件，可作为分隔符，可用反斜杠转义
2）以“＃”开头的行都会被 Git 忽略。即#开头的文件标识注释，可以使用反斜杠进行转义。
3）可以使用标准的glob模式匹配。所谓的glob模式是指shell所使用的简化了的正则表达式。
4）以斜杠"/"开头表示目录；"/"结束的模式只匹配文件夹以及在该文件夹路径下的内容，但是不匹配该文件；
"/"开始的模式匹配项目跟目录；如果一个模式不包含斜杠，则它匹配相对于当前 .gitignore 文件路径的内容，
如果该模式不在 .gitignore 文件中，则相对于项目根目录。
5）以星号"*"通配多个字符，即匹配多个任意字符；
使用两个星号"**" 表示匹配任意中间目录，比如`a/**/z`可以匹配 a/z, a/b/z 或 a/b/c/z等。
6）以问号"?"通配单个字符，即匹配一个任意字符；
7）以方括号"[]"包含单个字符的匹配列表，即匹配任何一个列在方括号中的字符。
比如[abc]表示要么匹配一个a，要么匹配一个b，要么匹配一个c；
如果在方括号中使用短划线分隔两个字符，表示所有在这两个字符范围内的都可以匹配。
比如[0-9]表示匹配所有0到9的数字，[a-z]表示匹配任意的小写字母）。
8）以叹号"!"表示不忽略(跟踪)匹配到的文件或目录，即要忽略指定模式以外的文件或目录，可以在模式前加上惊叹号（!）取反。
需要特别注意的是：如果文件的父目录已经被前面的规则排除掉了，那么对这个文件用"!"规则是不起作用的。
也就是说"!"开头的模式表示否定，该文件将会再次被包含，如果排除了该文件的父级目录，则使用"!"也不会再次被包含。
可以使用反斜杠进行转义。
可以通过设置.gitignore文件的git匹配规则，告知git应该跟踪哪些文件和忽略哪些文件。采用的是标准的glob匹配规则，上面参考网上场景的glob匹配规则，其实就是shell中简化的正则。需要系统学习可以自行查阅glob相关文档。
通过这些内容：暂存/提交/标签/分支/回退/变基，可以解决我们日常中绝大部分的版本管理的内容。特别是变基rebase，是非常常用的一个功能。
网友评论