Git基本使用

版本控制软件

版本控制软件是一个用来记录文件变化，以便将来查阅特定版本修订情况的系统，因此有时也叫做“版本控制系统”

使用版本控制软件的好处

操作简便： 只需识记几组简单的终端命令，即可快速上手常见的版本控制软件
易于对比： 基于版本控制软件提供的功能，能够方便地比较文件的变化细节，从而查找出导致问题
的原因
易于回溯： 可以将选定的文件回溯到之前的状态，甚至将整个项目都回退到过去某个时间点的状态
不易丢失： 在版本控制软件中，被用户误删除的文件，可以轻松的恢复回来
协作方便： 基于版本控制软件提供的分支功能，可以轻松实现多人协作开发时的代码合并操作

版本控制系统的分类：
本地版本控制系统： 使用软件来记录文件的不同版本，提高了工作效率，降低了手动维护版本的出错率
缺点：
① 单机运行，不支持多人协作开发
② 版本数据库故障后，所有历史更新记录会丢失

集中化的版本控制系统： 联网运行，支持多人协作开发；性能差、用户体验不好

分布式版本控制系统： 联网运行，支持多人协作开发；性能优秀、用户体验好
特点：
基于服务器、客户端的运行模式
① 服务器保存文件的所有更新版本
② 客户端是服务器的完整备份，并不是只保留文件的最新版本
优点：
① 联网运行，支持多人协作开发
② 客户端断网后支持离线本地提交版本更新
③ 服务器故障或损坏后，可使用任何一个客户端的备份进行恢复

Git基础概念

Git 是一个开源的分布式版本控制系统，是目前世界上最先进、最流行的版本控制系统。可以快速高效地处理从很小到非常大的项目版本管理。
特点：项目越大越复杂，协同开发者越多，越能体现出 Git 的高性能和高可用性！

Git 中的三个区域
使用 Git 管理的项目，拥有三个区域，分别是工作区、暂存区、 Git 仓库

Git 中的三种状态
已修改 modified
表示修改了文件，但还没将修改的结果放到暂存区
已暂存 staged
表示对已修改文件的当前版本做了标记，使之包含在下次提交的列表中
已提交 committed
表示文件已经安全地保存在本地的 Git 仓库中
注意：
工作区的文件被修改了，但还没有放到暂存区，就是已修改状态。
如果文件已修改并放入暂存区，就属于已暂存状态。
如果 Git 仓库中保存着特定版本的文件，就属于已提交状态。

配置用户信息
安装完 Git 之后，要做的第一件事就是设置自己的用户名和邮件地址。因为通过 Git 对项目进行版本管理的时候， Git 需要使用这些基本信息，来记录是谁对项目进行了操作：

git config --global user.name "xxx" 
git config --global user.email "xxx@163.com"

注意： 如果使用了 --global 选项，那么该命令只需要运行一次，即可永久生效。
通过 git config --global user.name 和 git config --global user.email 配置的用户名和邮箱地址，会被写入到 C:/Users/用户名文件夹/.gitconfig 文件中。这个文件是 Git 的全局配置文件，配置一次即可永久生效。

检查配置信息

 # 查看所有的全局配置项 
 git config --list --global
 # 查看指定的全局配置项
 git config user.name 
 git config user.email

获取帮助信息

 # 打开 git config 命令的帮助手册 
 git help config
 # 想要获取 git config 命令的快速参考 
 git config -h

在现有目录中初始化仓库
如果自己有一个尚未进行版本控制的项目目录，想要用 Git 来控制它，需要执行如下两个步骤：
① 在项目目录中，通过鼠标右键打开“ Git Bash ”
② 执行 git init 命令将当前的目录转化为 Git 仓库
git init 命令会创建一个名为 .git 的隐藏目录，这个 .git 目录就是当前项目的 Git 仓库，里面包含了初始的必要文件，这些文件是 Git 仓库的必要组成部分

工作区中文件的 4 种状态

检查文件的状态 git status

以精简的方式显示文件状态

 # 以精简的方式显示文件状态
 git status -s 
 git status --short

未跟踪文件前面有红色的 ?? 标记

跟踪新文件

 git add index.html
 # 如果文件过多，跟踪目录下所有文件 
 git add .

以精简方式显示文件的状态，暂存区的文件前面有绿色的A标记

提交更新 git commit -m "新建了index.html 文件"

撤销对文件的修改 git checkout -- 要撤销的文件名称
撤销对文件的修改指的是：把对工作区中对应文件的修改，还原成 Git 仓库 (如果暂存区有相同的文件，会还原为暂存区的版本) 中所保存的版本。
操作的结果：所有的修改会丢失，且无法恢复！危险性比较高，请慎重操作！
撤销操作的本质：用 Git 仓库 (如果暂存区有相同的文件，会用暂存区的版本覆盖) 中保存的文件，覆盖工作区中指定的文件。

取消暂存的文件 git reset HEAD 要移出的文件名称

跳过使用暂存区域
Git 提供了一个跳过使用暂存区域的方式， 只要在提交的时候，给 git commit 加上 -a 选项， Git就会自动把所有已经跟踪过的文件暂存起来一并提交，从而跳过 git add 步骤： git commit -a -m "日志信息"

移除文件

 # 从 Git仓库和工作区中同时移除 index.js 文件 
 git rm -f index.js 
 # 只从 Git 仓库中移除 index.css，但保留工作区中的 index.css 文件
 git rm --cached index.css

忽略文件
一般我们总会有些文件无需纳入 Git 的管理，也不希望它们总出现在未跟踪文件列表。 在这种情况下，我们可以创建一个名为 .gitignore 的配置文件，列出要忽略的文件的匹配模式。
文件 .gitignore 的格式规范如下：
① 以 # 开头的是注释
② 以 / 结尾的是目录
③ 以 / 开头防止递归
④ 以 ! 开头表示取反
⑤ 可以使用 glob 模式进行文件和文件夹的匹配（glob 指简化了的正则表达式）
星号 * 匹配零个或多个任意字符
[abc] 匹配任何一个列在方括号中的字符 （此案例匹配一个 a 或匹配一个 b 或匹配一个 c）
问号 ? 只匹配一个任意字符
两个星号 ** 表示匹配任意中间目录（比如 a/**/z 可以匹配 a/z 、 a/b/z 或 a/b/c/z 等）
在方括号中使用短划线分隔两个字符， 表示所有在这两个字符范围内的都可以匹配（比如 [0-9] 表示匹配所有 0 到 9 的数字）

查看提交历史

 # 按时间先后顺序列出所有的提交历史，最近的提交在最上面 
 git log 
 # 只展示最新的两条提交历史，数字可以按需进行填写 
 git log -2 
 # 在一行上展示最近两条提交历史的信息 
 git log -2 --pretty=oneline 
 # 在一行上展示最近两条提交历史信息，并自定义输出的格式
 # &h 提交的简写哈希值 %an 作者名字 %ar 作者修订日志 %s 提交说明 
 git log -2 --pretty=format:"%h | %an | %ar | %s"

回退到指定的版本

# 在一行上显示所有的提交历史
git log --pretty=oneline
# 使用git reset --hard 命令，根据指定的提交ID回退到指定版本
git reset --hard <ID>
# 在旧版本中使用 git reflog --pretty=oneline命令，查看命令操作的历史
git reflog --pretty=oneline
# 再次根据最新的提交id，跳转到最新的版本
git reset --hard <ID>

开源相关的概念

开源是指不仅提供程序还提供程序的源代码
闭源是只提供程序，不提供源代码

开源许可协议
开源并不意味着完全没有限制，为了限制使用者的使用范围和保护作者的权利，每个开源项目都应该遵守开源许可协议（ Open Source License ）。

远程仓库的使用


远程仓库的两种访问方式
① HTTPS ：零配置；但是每次访问仓库时，需要重复输入 Github 的账号和密码才能访问成功
② SSH ：需要进行额外的配置；但是配置成功后，每次访问仓库时，不需重复输入 Github 的账号和密码

SSH key

SSH key 的作用：实现本地仓库和 Github 之间免登录的加密数据传输。
SSH key 的好处：免登录身份认证、数据加密传输。
SSH key 由两部分组成，分别是：
① id_rsa （私钥文件，存放于客户端的电脑中即可）
② id_rsa.pub （公钥文件，需要配置到 Github 中）

生成 SSH key
① 打开 Git Bash
② 粘贴如下的命令，并将 your_email@example.com 替换为注册 Github 账号时填写的邮箱：
ssh-keygen -t rsa -b 4096 -C “your_email@example.com” ③ 连续敲击 3 次回车，即可在 C:\Users\用户名文件夹.ssh 目录中生成 id_rsa 和 id_rsa.pub 两个文件

配置 SSH key
① 使用记事本打开 id_rsa.pub 文件，复制里面的文本内容
② 在浏览器中登录 Github ，点击头像 -> Settings -> SSH and GPG Keys -> New SSH key
③ 将 id_rsa.pub 文件中的内容，粘贴到 Key 对应的文本框中
④ 在 Title 文本框中任意填写一个名称，来标识这个 Key 从何而来

检测 Github 的 SSH key 是否配置成功
打开 Git Bash ，输入如下的命令并回车执行： ssh -T git@github.com

基于 SSH 将本地仓库上传到 Github

将远程仓库克隆到本地 git clone 远程仓库的地址

Git分支

分支在实际开发中的作用:
在进行多人协作开发的时候，为了防止互相干扰，提高协同开发的体验，建议每个开发者都基于分支进行项目功能的开发.
在初始化本地 Git 仓库的时候， Git 默认已经帮我们创建了一个名字叫做 master 的分支。通常我们把这个master 分支叫做主分支。
在实际工作中， master 主分支的作用是：用来保存和记录整个项目已完成的功能代码。
因此，不允许程序员直接在 master 分支上修改代码，因为这样做的风险太高，容易导致整个项目崩溃。

查看分支列表 git branch
创建新分支 git branch 分支名称
切换分支 git checkout login
分支的快速创建和切换 git checkout -b 分支名称

合并分支

 # 1. 切换到 master 分支 
 git checkout master 
 # 2. 在master 分支上运行 git merge 命令，将 login 分支的代码合班到 master 分支 
 git merge login

删除分支 git branch -d 分支名称
（如果要删除的分支未保存，将-d改为大写） git branch -D 分支名称

遇到冲突时的分支合并
如果在两个不同的分支中，对同一个文件进行了不同的修改，Git 就没法干净的合并它们。 此时，我们需要打开这些包含冲突的文件然后手动解决冲突。（解决冲突之后将更改完的文件重新保存到仓库）

远程分支操作

将本地分支推送到远程仓库
如果是第一次将本地分支推送到远程仓库，需要运行如下的命令：

 # -u 表示把本地分支和远程分支进行关联，只在第一次推送的时候需要带 -u 参数 
 git push -u 远程仓库的别名 本地分支名称:远程分支名称 
 # 实际案例 
 git push -u origin payment:pay 
 # 如果希望远程分支的名称和本地分支名称保持一致，可以对命令进行简化 
 git push -u origin payment

注意：第一次推送分支需要带 -u 参数，此后可以直接使用 git push 推送代码到远程分支。

查看远程仓库中所有的分支列表 git remote show 远程仓库名称

跟踪分支： 跟踪分支指的是：从远程仓库中，把远程分支下载到本地仓库中。

 # 示例
  git checkout pay 
  # 从远程仓库中，把对应的远程分支下载到本地仓库，并把下载的本地分支进行重命名 
 git checkout -b 本地分支名称 远程仓库名称/远程分支名称 
 # 示例 
 git checkout -b payment origin/pay

拉取远程分支的最新的代码 git pull

删除远程分支

 # 删除远程仓库中，制定名称的远程分支 
 git push 远程仓库名称 --delete 远程分支名称 
 # 示例 
 git push origin --delete pay