一文搞懂Git，掌握日常命令和基本操作

1、git

Git 是一个免费的开源分布式版本控制系统，旨在快速高效地处理从小型到超大型项目的所有内容。
Git 易于学习，占用空间很小，性能快如闪电。它超越了Subversion，CVS，Perforce和ClearCase等SCM工具，具有廉价的本地分支，方便的暂存区域和多个工作流程等功能。

2、git&平台

git 是一个工具，是基础设施。我们平时说的git就是纯粹指git工具和其功能。但是我们常见github、gitlable、gitee等平台。
不要把他们和git划等号，因为git不用这些平台也可以在本地作为你自己的一个版本管理工具。这些平台是为了解决多人合作的云平台，使用Git作为代码管理工具，并在此基础上搭建起来的Web服务。

3、git开发流程

同2一样git只是一种工具，他并没有什么工作流程。日常开发中我们为了更好的协作产生了一些git开发流程规范。这种规范或者风格叫git workflow。
目前比较知名的有git-flow 、github-flow 、gitlable-flow。

• git-flow

Git Flow 主要是依靠五种分支，master，develop，feature branchs ,release branchs , hoxfixes来进行协作，因为比较复杂，所以并没有那么多人用。

• github-flow

github-flow 只有个主干/长期分支，master分支用来”持续发布“使用，但是由于只有主分支所以发布不稳定，master通常会设置 protected 分支保护，只有有权限的人才能推送代码到 master 分支。我们常用的github平台就是采用该流程，其中特色就是Pull Request 方式。如果你要修改需要Pull Request 然后进行沟通和code review才能由有权限的人合并进去。当然gitlable平台你也能按照这种方式进行组织，他的Merger Request相当于Pull Request。

• gitlable-flow

基于环境的的分支模型——面向持续发布模型，有master，同时还有Pre-Production、Production分支用于维护发布在不同环境上的代码。
采用上游到下游流动的方式，大家都在master上进行开发，当要发布的时候将master分支合并到Pre-Production测试通过后再合并到Production进行发布。如果有bug需要从master向下游合并，除非特殊情况需要直接在其它分支上修改。

4、git操作

我们学习git的时候不要把远程仓库和本地仓库混淆在一起，如果你混淆在一起就会陷入到梳理他们的逻辑混乱当中。

我们说了远程仓库只是为了协同工作，我们可以把远程仓库当作是本地仓库的镜像，只是用于我们拉取和提交来同步文档。
所以对于远端仓库的主要操作就是：

• 拉取远程项目

# 拉取远端项目到本地
git clone https://url

• 关联本地项目到远程

#初始化本地 Git 仓库，会生成一个 .git 隐藏文件夹
git init

#将本地项目关联远程仓库，origin 为给远程仓库取的别名方便操作
git remote add origin https://url

#上传之前更新一下，确保没有冲突，master 为分支名称。rebase是变基，用于将本地和pull的版本合并修改
git pull --rebase origin master

#添加目录下所有发生改变的文件到暂存区
git add .

#添加提交注释信息
git commit -m '注释xxx'

#提交到 master 分支，并设置当前分支和上游分支( upstream branch )及远端分支的关联
git push -u origin master

以上就是基本的远端仓库和本地仓库的操作，接着我们下面的操作都是争对本地仓库的讲解，你需要了解git的基本知识，比如git有三个部分：工作区、暂存区、版本库。
工作区就是我们操作文档的地方，以windwos作为演示，当我们在一个文件夹下初始化了git管理，那么该文件夹下的三个部分就形成了。至于为什么需要三个部分，就像两口子吵架需要一个中间人调节，有些事情可以先和中间人商量确定好后再传达给对方，减少冲突。

git是基于分支管理的，默认分支就Master分支，争对于分支我们可以做那些操作呢？

• git pull/git fetch/git push
  git pull 拉取远端的最新提交到本地，并与本地当前分支合并更新所有区,git pull = git fetch + git merge。
  git fetch 拉取远端的最新提交到本地，不会自动合并，也不会更新工作区。
  git push 推送本地仓库到远程仓库,推送的是本地版本库里面的内容，如果工作区或者暂存区没提交则不会提交。

• git add

# 添加一个文件 xx 到暂存区，多个文件以空格隔开
git add xx
# 添加全部文件到暂存区
git add .

• git commit

# 提交暂存区的文件到本地仓库，并添加提交备注
git commit -m '备注'
# 相当于 git add . 加上 git commit -m '备注',也就是直接从工作区一步完成提交
git commit -am '备注'

• git log

#查看所有提交记录
git log

#查看最近10条记录
git log -n10

• git tag
  tag就是标签，常用来标记版本,相当于commit的一个标记。

# 创建一个标签，默认打在最新提交的commit上
git tag [tagname]

# 创建一个标签，在指定commitid上
git tag [tagname] [commitId]

# 查看标签列表
git tag

#提交所有tag到远端，因为git push不会推送标签
git push origin --tags

• git reset
  git reset 用来重置到过去的某个版本，有五种模式（--mixed、--soft、--hard、--merge），重置后不要的版本就找不回来了。

# 重置并撤销 git commit 以及 git add，保留工作区中所有修改
git reset --mixed commitID

# 重置并撤销 git commit，但不撤销 git add，保留工作区中所有修改
git reset --soft commitID

# 重置并撤销 git commit 以及 git add，并且删除工作区中所有修改
git reset --hard commitID

# 取消某次合并
git reset --merge commitID

# 提交到暂存区的内容退回到工作区，相当于撤销 git add .
git reset HEAD
# 把暂存区的 xx 重新放回到工作区
git reset HEAD xx
# 重置到上一个版本
git reset --hard HEAD^
# 重置到上上一个版本，可以继续到上一个
git reset --hard HEAD^^
# 重置到指定版本
git reset --hard commitID

• git restore

# 撤销上一次 commit 之后所有文件的修改，即撤销暂存区
git restore .

# 把暂存区的 xx 重新放回工作区，和上面的 git reset HEAD xx 作用一样
git restore --staged xx

• git revert

和git reset类似，只是会保留不要的版本。

# 还原上次提交
git revert HEAD

# 还原某次提交
git revert commitID

• git diff

比较差异

# 工作区和暂存区比较
git diff

# 工作区和版本库最后版本比较
git diff head

# 暂存区和版本库比较
git diff –cached

• git checkout
  checkout命令用于版本库或者暂存区域中撤销更改到工作目录，同时也可用于切换分支。为了记忆错乱避免混乱，我通常不用改操作，因为对于撤销完全可以用reset和restore，而对于分支切换可以用switch，他们从语义上来说更贴切。所以这个操作你可以不用，我也难得记！

以上这些就是操作某一个分支的基本命令，我们说了git是分支管理，那么多个分支呢。接下来我们就介绍一些多分支之间操作的命令。多分支是为了控制不同工作和并行工作，分支的建立可以是本地的，也可以是和远端某个分支关联的（这个远端可以是任意分支）。所以git是灵活的，远端和本地我们任然要区分开。

• git branch

# 创建本地分支newbranch，但是不切换到该分支，仍然停留在当前分支
git branch newbranch

# 创建newbranch分支，并切换到newbranch分支上去
git branch -M newbranch

# 新建一个分支，与指定的远程分支建立关联
git branch --track [newbranch] [remote-branch]

# 将本地newbranch分支与远端branch分支关联
git branch --set-upstream-to=origin/branch newbranch

# 删除本地newbranch分支
git branch -d newbranch

• git switch

# 切换到xx分支
git switch xx

• git stash
  当我们切换到不同分支进行工作的时候，可能当前分支的修改我们还没完成，但是又要紧急处理另外一个分支，此刻的修改如果不提交（git add -> git commit）。那么切换的时候是阻止我们切换的，提示修改未提交或者隐藏，git stash就是用来隐藏分支工作区修改但不想提交的。将修改git stash后可以生成一个编号，等我们处理完切回来得时候就可以取出该修改还原到工作区并删除隐藏。
  而这个功能的前提就是你要知道不同分支上的修改在你提交的版本库之间是有差异性的，比如文件a.txt 我们添加到master分支，然后提交，然后你切换到newbranch分支上是没有a.txt的。如果b.txt在两个分支上都有，那么在其中一个修改了提交后，在另外一个分支b.txt文件你是看不到修改的。
  注意：只有提交的文件才会进入git跟踪，如果c.txt我在master分支上创建了，但是它在工作区，我们切换到newbranch分支任然能看到它，这个时候谁先提交就记录到谁的分支

#把当前分支的修改储存隐藏起来
git stash

# 查看stash列表
git stash list

# 取出stash中最近一次的修改并删除stash记录
git stash pop

# 取出指定stash
git stash apply stash@{0}

# 删除指定stash
git stash drop stash@{0}

• git merge
  既然不同分支有不同的版本，我们可能需要合并分支的差异。比如我们要将newbranch的分支合并到master上，如果我们当前不在master分支，那么我们需要先switch到master分支。

# 把newbranch分支合并到master分支
git merge newbranch

• git rebase
  rebase 和 merge作用都是一样的，区别是rebase 没有分叉记录，他们合并后两个分支的HEAD都指向最新的版本，merge的提交历史更完整。

# 把newbranch分支变基到master分支
git rebase newbranch

• git cherry-pick

当我们要合并某个分支上的特定提交版本，我们可以使用git cherry-pick将某分支commitID版本合并到当前分支。

#合并其它分支的commitID
git cherry-pick commitID

整篇就是关于git介绍和git容易混淆的概念及命令，包括日常的基本操作。如果其它进阶和骚操作，可以查看文档或搜索，一般来说掌握这些足够了，其它需要再去查就行。

2023-07-06补充：
如果是用git gui 工具那么默认是没有rebase 操作的。需要你工具etc/gitconfig 将rebase命令配置进去

[guitool "Rebase onto..."]
    cmd = git rebase $REVISION
    revprompt = yes
[guitool "Rebase/Continue"]
    cmd = git rebase --continue
[guitool "Rebase/Skip"]
    cmd = git rebase --skip
[guitool "Rebase/Abort"]
    cmd = git rebase --abort
[guitool "Pull with Rebase"]
    cmd = git pull --rebase

或者在界面添,但是配置会放到项目的.git/config下面，只对该项目有效