Git常用操作详解

Git概述

Git历史

Linux的内核开源项目组在1991-2002年间，启用一个专有的分布式版本控制系统BitKeeper来管理和维护代码。直到2005年Linux和BitKeeper的商业公司解除合作关系，他们基于BitKeeper的经验教训，根据以下目标开发了自己的版本系统。

• 速度
• 简单的设计
• 对非线性开发模式的强力支持（允许成千上万个并行开发的分支）
• 完全分布式
• 有能力高效管理类型Linux内核一样的超大规模项目（速度和数据量）

Git和SVN的对比

SVN是集中式版本控制系统

SVN版本是集中放在中央服务器的，当开发人员工作的时候，用的都是自己的电脑，所以首先要从中央服务器下载最新的版本，然后开发，开发完成后，需要把自己开发的代码提交到中央服务器。

集中式版本控制工具缺点：

• 服务器单点故障——一旦服务损坏，开发进度将受到影响，进而影响到项目进度
• 容错性差
  
  Git是分布式版本控制系统

Git分为两种类型的仓库：本地仓库和远程仓库

• 本地仓库——是开发人员自己电脑上的Git仓库
• 远程仓库——是在远程服务器上的Git仓库
• Clone——克隆，将远程仓库复制到本地
• Push——推送，就是将本地仓库的代码上传到远程仓库
• Pull——拉取，就是将远程仓库代码下载到本地仓库
  

Git工作流程

1. 从远程仓库中克隆代码到本地仓库
2. 从本地仓库中checkout代码然后进行修改
3. 在提交前先将代码提交到暂存区
4. 提交到本地仓库commit。本地仓库中保存修改的各个历史版本
5. 修改完成后，需要和团队成员共享代码时，将代码push到远程仓库
   

Git下载安装

Git下载地址，然后双击安装即可。安装完毕后在任意路径右键可以看到如下两个菜单即安装成功。

• Git GUI：Git提供的图形界面工具
• Git Bash：Git提供的命令行工具

常用的Git代码托管服务

我们已知Git存在两种仓库，本地仓库和远程仓库。那么我们如何搭建Git远程仓库呢？我们可以借助互联网上提供的一些代码托管服务来实现，其中常用的有GitHub、码云、GitLab等。一般我们国内用码云会快一些。

1. 注册码云账户
2. 新建一个远程仓库
3. 在码云上邀请其他用户做仓库成员（在管理sheet页面中进行操作设置）

Git常用命令

环境配置

• 设置用户信息

git config --global user.name "XXX"
git config --global user.email "XX@XXX.com"

• 查看配置信息

git config --list
git config user.name

Git相关的配置文件有3个：

1. 当前pc登录用户下~/.gitconfig：只适用于当前登录用户的配置，以上命令设置的就是这个配置文件
2. git安装目录/etc/gitconfig：包含了适用于系统所有用户和所有项目的值
3. 位于git项目目录中的.git/config：适用于特定git项目的配置

这三个的优先级是2<1<3

获取Git仓库

要使用Git对我们的代码进行版本控制，首先需要获得Git仓库。

获取Git仓库通常有两种方式：

• 本地初始化一个Git仓库

  1. 在电脑任意位置创建一个空文件夹作为我们本地Git仓库（可以建立多个git仓库）
  2. 进入这个目录中，点击右键打开Git bash窗口
  3. 执行命令git init

  如果我们在该目录中看到.git文件夹（隐藏文件夹）则说明Git仓库创建成功
  

• 从远程仓库克隆

  可以通过Git提供的命令从远程仓库进行克隆，将远程仓库克隆到本地。

  命令形式为：git clone 远程Git仓库地址(如果没有联网，会报如下错误)。

  创建成功后就可以看到文件目录中.git隐藏文件
  

工作目录、暂存区以及版本库概念

版本库：之前创建的.git隐藏文件夹就是版本库，版本库中存储了很多配置信息、日志和文件版本信息等

工作目录（工作区）：包含.git文件夹的目录就是工作目录，主要用于存放开发的代码

暂存区：.git文件夹中有很多文件，其中有一个index文件就是暂存区，也可以叫做stage。暂存区是一个临时保存修改文件的地方

Git工作目录下的两种状态

Git工作目录下的文件存在两种状态：

• untracked未跟踪（未被纳入版本控制）
• tracked已跟踪（被纳入版本控制）
  • Unmodified未修改状态
  • Modified已修改状态
  • Staged已暂存状态

这些文件的状态会随着我们执行Git的命令发生变化

git status           //查看工作区文件状态
git status -s        //简洁版

本地仓库操作

将未跟踪文件加入暂存区

git add helloworld.java

将暂存区的文件取消暂存

git reset helloworld.java

将暂存区文件修改提交到本地仓库

git commit -m "init helloworld.java" helloworld.java

删除工作区文件

git rm helloworld.java

可以发现文件夹下的helloworld程序已经不见了，因此我们需要提交到本地仓库，才能将本地仓库的也删除

将文件添加至忽略列表

一般我们总会有些文件无需纳入Git的管理，也不希望它们总出现在未跟踪文件列表。这类文件通常都是些自动生成的文件，比如日志文件，或者编译过程中创建的临时文件等。在这种情况下，我们可以在工作目录中创建一个名为.gitignore的文件（文件名称固定），列出要忽略的文件模式。如下示例：

1. 当我们还没有配置忽略列表时，查看文件状态会将工作区的文件状态全部列出
   
2. 然后我们通过touch .gitignore创建忽略列表文件
   
3. 编辑.gitignore文件
   
4. 再次通过git status查看文件状态
   

远程仓库的使用

远程仓库的操作有：

查看远程仓库

如果查看已经配置的远程仓库，可以运行git remote命令。它会列出指定的每一个远程服务器简写。如果已经克隆了远程仓库，那么至少应该能看到origin，这是Git克隆的仓库服务器的默认名字

添加远程仓库

运行git remote add 添加一个新的远程Git仓库，同时指定一个可以引用的简写

从远程仓库克隆

如果想获得一份已经存在了的Git仓库的拷贝，这是需要用git clone命令。Git克隆的是该Git仓库服务器上几乎所有的数据（包括日志信息、历史记录等），而不仅仅是复制工作所需要的文件。当你执行git clone命令时，默认配置下远程Git仓库中的每一个文件的每一个版本都将被拉取下来。

克隆仓库的命令格式是git clone [url]

需要输入对应远程仓库的用户密码

注意：克隆时的路径在你想要放置该本地仓库的目录下

移除无效的远程仓库

如果因为某些原因想要移除一个远程仓库，可以使用git remote rm

注意：此命令只是从本地移除远程仓库的记录，并不会真正影响到远程仓库

从远程仓库中抓取与拉取

git fetch 是从远程仓库获取最新版本到本地仓库，不会自动merge

git pull 是从远程仓库获取最新版本并merge到本地仓库

注意：如果当前本地仓库不是从远程仓库克隆，而是本地创建的仓库，并且仓库中存在文件，此时再从远程仓库拉取文件的时候会报错（fatal:refusing to merge unrelated histories），解决此问题可以再git pull 命令后面加参数–allow -unrelated -histories

推送到远程仓库

当需要共享代码时，可以将对应资源推送到远程仓库。命令形式：git push [remote-name] [branch-name]

push之前要注意先加入到暂存区并提交到本地仓库

Git分支

几乎所有的版本控制系统都以某种形式支持分支。使用分支意味着你可以把你的工作从开发主线上分类开来，以免影响开发主线。Git的master分支并不是一个特殊分支，它跟其他分支没有区别，之所以几乎每个仓库都有master分支，是因为git init命令默认创建它，并且大多数人都懒得去改动它。

分支相关命令如下：

查看分支

查看所有本地分支：git branch

查看所有远程分支：git branch -r

查看所有本地和远程分支： git branch -a

创建分支

使用命令git branch 分支名创建分支

切换分支

使用命令git checkout 分支名切换分支

注意：绿色表示当前分支是哪一个

推送至远程仓库分支

使用命令git push origin b1推送至远程仓库分支

推送非master分支的其他分支资源

在当前分支b1下修改helloworld.java代码，然后通过add->commit->push到远程仓库的b1分支下

合并分支

通过命令git merge进行分支合并。有时候合并操作不一定顺利，如果在两个不同的分支中，对同一个文件的同一部分进行了不同的修改，Git就没办法合并它们，同时会提示文件冲突，此时需要我们打开冲突的文件并修复冲突内容，最后执行git add来标识冲突已解决。
没有冲突的合并

1. checkout 要合并到那个分支，这里我们使用master为合并到的分支

2. 将b1分支的内容合并到master分支

3. 此时合并之后，本地master分支已经和b1分支相同，但远程分支还不相同
   
   

4. 将master分支push到远程仓库，成功后远程仓库的代码和b1的就一致了
   
   
   有冲突的合并

5. 首先我们创建b1分支，从当前master分支切换到b1分支
   

6. 我们修改b1分支下的helloworld.java代码，并提交的本地版本b1分支
   

7. 然后再切换到master分支，修改master分支下的helloworld.java代码，并提交到master分支版本库下
   

8. 合并b1分支到master分支，因为代码不一致，所以会报错，然后master分支下的代码如下，此时我们需要手动修改代码，将保留我们所需要的部分。
   

9. 通过add->commit消除冲突，我们可以看到提交后冲突的报错MERGING消失了
   

删除分支

使用命令git branch -d b1删除分支。如果要删除的分支中进行了一些开发动作，此时执行此删除命令并不会删除分支，如果坚持要删除此分支，可以将-d参数改为-D

使用命令git push origin --delete 删除远程分支

Git标签

像其他版本控制系统一样，Git也可以给历史中的某个提交打上标签，以示重要。比较有代表性的是人们会使用这个功能来标记发布结点（v1.0、v1.2等）。标签指的是某个分支某个特点时间点的状态。用个标签，可以很方便的切换到标签时的状态。

列出已有标签

# 列出所有标签
git tag
# 查tag信息
git show [tag]

创建新标签

# 新建一个tag
git tag [tagName]

将标签推送至远程仓库

# 提交指定tag
git push [remote] [tag]

检出标签

# 新建一个分支，指向某个tag
git checkout -b [branch][tag]

删除标签

# 删除本地tag
git tag -d [tag]
# 删除远程tag
git push origin :refs/tags/[tag]

TortosieGit进行Git的一系列操作

TortosieGit使用参考

在IDEA中进行Git的一系列操作

IDEA中Git使用参考