转自：https://baijiahao.baidu.com/s?id=1621585587557268777&wfr=spider&for=pc，如有侵权，请联系删除。
Git的优势?
可以离线工作.便于协作!便于使用分支!版本合并容易!速度快.灵活性高.
git命令的基本数据流
Git架构
仓库
一个git仓库包含工作目录，与.git目录。其中.git目录是工作目录的下的一级子目录。
由于所有版本控制相关信息都在该.git目录下，整个工作目录保持与未版本控制时一样的状态。
.git目录
该目录下包含所有的配置，日志，分支，头(HEAD)等版本控制所需的全部信息。
工作目录
即版本控制管理的对象。是某项工作进行的需要增减文件，变更文件内容等操作所包含于的目录。该目录下的所有文件或目录内容可以被git管理。
缓存区 (Index)
主要用来保存下一次需要提交（正式修改）到git仓库中的内容。又称为Cache, Staging Area等。
提交 (Commit)
一次提交的表示一组针对工作目录内容的修改或操作。例如新增了5个文件，删除了2个，修改3个。这些修改信息一次性纳入git仓库中，形成了对工作目录整体的新的快照。在git中一次提交即对应于新的快照，即可看作一个临时版本。“提交”总是从缓冲区发出。
分支(Branch)
分支可以看作一个指针，总是指向一个版本树中的一个"提交"。分支帮助用户指示版本树中的某个分支。
标签(Tag)
标签代表了版本历史中的某些特殊点的标识，例如用来标识版本发布点 (v1.0, 等等)
头 (HEAD)
HEAD即指向当前分支的指针。在git操作的命令中HEAD取当前分支指向的"版本"(对应于提交，标签等）
文件状态
已修改（Modified） - 文件已修改，且没有存入缓存或者版本库已缓存（Staged） - 文件最新修改已放入缓存区中，但尚未存入版本库已提交（Committed） - 文件最新修改已存入版本库Git可管理广义的内容
计算机科学相关的版本管理各种设计工程的版本管理命令
初始化（init）
初始化工作目录，使之能够被git管理。会生成子目录“.git”.
$ git init
配置（config）
可以在配置文件.gitconfig中设置，配置文件一般在用户的HOME路径下。也可以通过命令行设置，如
$ git config --global user.email 邮箱机制
$ git config --global user.name 用户名
帮助（help）
有多种方式获取git的整体帮助，或者某个命令的帮助。
$ git help
# 获取某个命令的帮助 git help <command_here>
$ git help add
# 或者 git <command_here> --help
$ git add --help
忽略的文件 ignore files
明确令git不管理某些文件或者目录。通常这是开发者私有文件，或者临时生成的文件。把这些文件或目录名添加到.gitignore文件中。
$ echo"temp/" >> .gitignore
$ echo"private_key" >> .gitignore
状态（status）
显示当前工作区与暂存区（Index）的粗略状态。
# 显示某些文件已修改，哪些文件已准备提交等信息
$ git status
# 了解git status的更多用法
$ git help status
添加 （add）
将文件加入缓存区
# 添加文件
$ git add HelloWorld.java
# 添加子目录下的文件
$ git add /path/to/file/HelloWorld.c
# 通配符方式添加多个文件
$ git add ./*.java
# 添加工作目录下的所有文件
$ git add -A
分支（branch）
该命令用于管理分支。可以查看，修改，创建，删除分支。、
# 列出所有本质
$ git branch -a
# 创建新分支
$ git branch myNewBranch
# 删除分支
$ git branch -d myBranch
# 重命名分支： git branch -m <oldname> <newname>
$ git branch -m myBranchName myNewBranchName
# 修改分支描述
$ git branch myBranchName --edit-description
标签（tag）
管理标签，标签一般是对当前git仓库的快照设置一个标志。标签包括轻量（lightweight）与可标注（annotated），后者允许记录更多信息。
# 列出标签
$ git tag
# 创建可标注标签：-a表示可标注类型，-m 选项加一个说明
$ git tag -a v2.0 -m 'my version 2.0'
# 显示某个标签相关的信息
$ git show v2.0
# 把本端的标签v2.0（的版本）推送到远端
$ git push origin v2.0
# 把本端所有的标签（的版本）推送到远端
$ git push origin --tags
切换（checkout）
工作区的文件更换为某个分支或提交的版本.
# 切换到缺省分支，一般是master分支
$ git checkout
# 切换至某分支
$ git checkout branchName
#创建新分支并切换到该分支，等价于:"git branch <name>; git checkout <name>"
$ git checkout -b newBranch
克隆（clone）
克隆远端的git仓库至本地。并且为新创建仓库中的所有分支绑定对应的远端分支。
# 克隆
$ git clone URI路径
# 浅克隆-快速克隆。注意如果不设置–no–single-branch，只会克隆HEAD所在的分支。--depth表示克隆的最近版本数
$ git clone --depth 1 URI路径
提交（commit）
将缓存区（Index）中的内容提交到git仓库中
# 提交时填写说明(message)
$ git commit -m "Added multiplyNumbers() function to HelloWorld.c"
# 提交时带数字签名（由提交者的GPG密钥生成）
$ git commit -S -m "signed commit message"
# 自动将修改的文件加入缓存区（Index），再进行提交。
$ git commit -a -m "Modified foo.php and removed bar.php"
# 把本次提交与最后一次提交合并（删除最后一次提交，加入合并后的提交）
$ git commit --amend -m "Correct message"
显示差异（diff）
显示工作目录、缓存区（Index）、当前git库版本之间的差异
# 显示工作目录与缓存区（Index）之间的差异
$ git diff
# 显示缓存区（Index）与当前git库版本之间的差异
$ git diff --cached
# 显示工作目录与当前git库版本之间的差异
$ git diff HEAD
查找grep
快速查找git库的内容.
可能配置:
# grep结果显示行号
$ git config --global grep.lineNumber true
# 定义快捷命令g对于grep且美化输出结果
$ git config --global alias.g "grep --break --heading --line-number"
# 在所有的java文件中查找字符串"variableName"
$ git grep 'variableName' -- '*.java'
日志（log）
显示提交到git仓库的记录信息.
# 显示所有提交
$ git log
# 以简化单行方式显示（每个提交）
$ git log --oneline
# 只显示合并的提交
$ git log --merges
# 在提交行的左侧以字符串图像的方式表示版本变化情况
$ git log --graph
合并 （merge）
把外部的分支的修改，合并入当前分支.
# 把其他某个分支，合并入当前分支.
$ git merge branchName
# --no-ff标志标识，对任何情况合并都生成新的版本（因为有的优化可以不生成新的版本）
$ git merge --no-ff branchName
改名 （mv）
改名或者移动文件
#改名文件
$ git mv HelloWorld.c HelloNewWorld.c
#移动文件
$ git mv HelloWorld.c ./new/path/HelloWorld.c
#强制改名或者移动文件（适用于目的文件已经存在的情况）
$ git mv -f myFile existingFile
拖动（pull）
把某个版本从远端git仓库中拖出，并且合并到本端的某个分支
# git pull <remote> <branch>：把远端origin的master分支拖动到本端git仓库
# 过程是拖动到本端的“远端镜像”分支，再合并入其对应的本端分支
$ git pull origin master
# 如果当前分支与某个“远端分支”绑定，则先把其远端分支拖动到本地，再合并入当前分支
$ git pull
# 合并到本端分支的策略是采用rebase（即本端修改在远端最新版本之上的单线演进）
$ git pull origin master --rebase
推送（push）
把本端分支与修改推送至远端的分支并合并
# git push ：把本端的branch分支推送到远端git仓库中
$ git push origin master
# 如果不设置远端名称，将会推送所有与远端绑定的本端分支
$ git push
#在命令中加-u标志，可以在推送之前立即设置本端分支的远端绑定（以后无需再设）。以下含义是在将本端的master分支与origin(远端名）上的master绑定
$ git push -u origin master
暂存（stash）
保存当前暂存区(Index)与工作目录中的变更内容到git中的某个存储区域。再必要的时候，可以取出这些变更并合并到当前工作目录与暂存区（Index）
如果工作区由变更为保存，而执行pull操作会报错。因此需要先用stash保存修改，并使得工作区变为“干净”状态。此时可以执行pull操作。
stash以类似堆栈的方式存储保存的"修改"
#列出所有存储的“修改”，最新的位于最上部
$git stash list
# 弹出堆栈顶部的“修改”，并实施于工作目录或者暂存区（Index）。
$ git stash pop
# 实施堆栈顶部的“修改”，但不弹出
$ git stash apply
# 实施堆栈顶部起第2个的“修改”（0序），但不弹出
git stash apply stash@{1}
# 抛弃/删除堆栈顶部的“修改”
git stash drop
重整（rebase）
把一个分支上的提交转移到另外一个分支上。这样有可能把两个分支合并成一个。
一个重要准则：不要重整已经提交到公共仓库的版本。
# 把特性开发分支重整到主分支上
$ git rebase master experimentBranch
复位 （reset）
通常reset命令，变更当前的HEAD某个版本，也可以根据HEAD指向的内容，更新存储区（Index）或工作目录。
# 复位缓存区，用HEAD指向的内容更新缓存区（Index）
$ git reset
# 复位缓存区，用HEAD指向的内容更新缓存区（Index）与工作目录
$ git reset --hard
# 先移动HEAD指针，再用$get reset的操作.
$ git reset 31f2bb1
# 先移动HEAD指针，再用git reset --hard的操作
$ git reset --hard 31f2bb1
# 只移动HEAD指针
$ git reset --soft31f2bb1
参考日志 （reflog）
reflog以时间由近到远列出所有的git操作, 缺省时间长度是90天。因为有些操作的结果没有直接的版本或标签对应，比如历史版本经过rebase等原因在现有版本树中已经找不到了，这些历史版本都可以在reflog中找到。
# 列出参考日志
$ git reflog
git reflog的输出
#如果上述日志中显示最后一次操作是在master分支的hard reset。要恢复到原来的master指针，并更新工作目录与缓存区（Index）的内容，找到master分支初始状态时对应的Ref值
$git reset --hard 0254ea7
回退（revert）
回退用于对某个提交的修改，做反操作的修改，在效果上实现回退。回退在git仓库中产生一个新的提交。回退针对的“提交”与该回退之间，可能存在若干其他的提交。但“回退”只回退对应提交的修改，而保留其他提交的修改。
# 回退特定提交
$ git revert <commit>
删除（rm）
删除文件的同时，也变更git工作目录与缓存区（Index）的状态
# 删除文件
$ git rm /pather/to/the/file/HelloWorld.c
网友评论