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
#将本地项目关联远程仓库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 pushgit pull 拉取远端的最新提交到本地，并与本地当前分支合并更新所有区。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分支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
# 取出指定stashgit stash apply stash@{0}
# 删除指定stashgit 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 版本合并到当前分支。

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

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

出处：https://www.cnblogs.com/SunSpring/p/17511746.html