Git的基础概念及使用

Git的基础概念

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

2. Git的特性
   Git之所以快速和高效，主要依赖于它的如下两个特性：

   ① 直接记录快照，而非差异比较
   
   ② 近乎所有操作都是本地执行

3. SVN 的差异比较
   传统的版本控制系统（例如 SVN）是基于差异的版本控制，它们存储的是一组基本文件和每个文件随时间逐步累积的差异
   SVN的好处 节省磁盘空间
   SVN缺点 耗时、效率低在每次切换版本的时候，都需要在基本文件的基础上，应用每个差异，从而生成目标版本对应的文件

4. Git 的记录快照
   Git 快照是在原有文件版本的基础上重新生成一份新的文件，类似于备份。为了效率，如果文件没有修改，Git不再重新存储该文件，而是只保留一个链接指向之前存储的文件。
   Git快照缺点 占用磁盘空间较大
   Git快照优点 版本切换时非常快，因为每个版本都是完整的文件快照，切换版本时直接恢复目标版本的快照即可。
   特点 空间换时间，近乎所有的操作都只需访问本地文件和资源一般不需要来自网上 其他计算机的信息
   特性

   • 断网后依旧可以在本地对项目进行版本管理
   • 联网后，把本地修改的记录同步到云端服务器即可
5. Git 中的三个区域
   使用 Git 管理的项目，拥有三个区域，分别是工作区、暂存区、Git 仓库

6. Git 中的三种状态

   • 已修改 modified
     表示修改了文件，但还没将修改的结果放到暂存区
   • 已暂存 staged
     表示对已修改文件的当前版本做了标记，使之包含在下次提交的列表中

   • 已提交 committed
     表示文件已经安全地保存在本地的 Git 仓库中
     注意：

     • 工作区的文件被修改了，但还没有放到暂存区，就是已修改状态。
     • 如果文件已修改并放入暂存区，就属于已暂存状态。
     • 如果 Git 仓库中保存着特定版本的文件，就属于已提交状态。

7. 基本的 Git 工作流程如下：

      ① 在工作区中修改文件
   
      ② 将你想要下次提交的更改进行暂存
   
      ③ 提交更新，找到暂存区的文件，将快照永久性存储到 Git 仓库

8. Git基础
   安装并配置 Git 点击下载相关的Git版本

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

   git config --global user.name "yourname"
   git config --global user.email "[email protected]"

   注意 如果使用了 --global 选项，那么该命令只需要运行一次，即可永久生效。

10. 检查配置信息
    按如此终端命令，快速的查看 Git 的全局配置信息：

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

11. 获取帮助信息

    # 想要获取 git config 命令的快速参考
    git config -h

12. 获取 Git 仓库的两种方式
    ① 将尚未进行版本控制的本地目录转换为 Git 仓库
    ​ ② 从其它服务器克隆一个已存在的 Git 仓库
    以上两种方式都能够在自己的电脑上得到一个可用的 Git 仓库
13. 在现有目录中初始化仓库
    1. 在项目文件所在目录下打开终端
    2. 执行 git init 命令初始化文件 （会生成.git隐藏文件夹 本机是看不到的）
    3. 工作区中的文件的4种状态 ，这四种状态共分为两大类（被Git管理和未跟踪两种）

14. 移除文件
    从 Git 仓库中移除文件的方式有两种：

    • 从 Git 仓库和工作区中同时移除对应的文件
    • 只从 Git 仓库中移除指定的文件，但保留工作区中对应的文件

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

15. 忽略文件

    • 一般我们总会有些文件无需纳入 Git 的管理，也不希望它们总出现在未跟踪文件列表。 在这种情况下，我们可以创建一个名为 .gitignore 的配置文件，列出要忽略的文件的匹配模式。

    • 文件 .gitignore 的格式规范如下：

      ① 以 **# 开头**的是注释
      
      ② 以 **/ 结尾**的是目录
      
      ③ 以 **/ 开头**防止递归
      
      ④ 以 **! 开头**表示取反
      
      ⑤ 可以使用 **glob 模式**进行文件和文件夹的匹配（glob 指简化了的正则表达式）

    • 星号 * 匹配零个或多个任意字符
    • [abc] 匹配任何一个列在方括号中的字符 （此案例匹配一个 a 或匹配一个 b 或匹配一个 c）
    • 问号 ? 只匹配一个任意字符
    • 两个星号 ** 表示匹配任意中间目录（比如 a/**/z 可以匹配 a/z 、 a/b/z 或 a/b/c/z 等）
    • 在方括号中使用短划线分隔两个字符， 表示所有在这两个字符范围内的都可以匹配（比如 [0-9] 表示匹配所有 0 到 9 的数字）

16. .gitignore 文件的例子

    #忽略所有的.a文件
    *.a
    # 即使前面忽略了 .a文件 但跟踪所有的lib.a
    ！lib.a
    # 只忽略当前目录下的TODO文件 而不忽略subdir/TODO
    /TODO
    #忽略任何目录下的名为bulid的文件夹
    bulid/
    #忽略doc/notes.txt 但不忽略doc/server/arr.txt
    doc/*.txt
    # 忽略doc/目录及其所有子目录的 .pdf 文件
    doc/**/*.pdf

17. 查看提交的历史

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

18. 回退到指定的版本

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