前言

Git 根本介绍和学习
在正式学习 Git 之前，咱们有必要的理解以下常识：

  1. Kernel
  2. Shell
  3. Git Bash

Kernel

将软件收回的数据转移成数据处理的指令，并提交给 CPU 及电脑中的其余电子组件解决，Kernel 是古代操作系统最根本的局部。

一种为泛滥应用程序提供平安拜访计算机硬件的软件，这种拜访是无限的，并且由 Kernel 决定一个程序在什么时候对某局部硬件操作多长时间。

严格地说：内核并不是计算机系统中必要的组成部分。有些程序能够间接地被调入计算机中执行；

这样的设计，阐明了设计者不心愿提供任何硬件形象和操作系统的反对；它常见于晚期计算机系统的设计中。

但随着电脑技术的倒退，最终，一些辅助性程序，例如程序加载器和调试器，被设计到机器内核当中，或者写入在只读记忆体里。

这些变动产生时，操作系统内核的概念就慢慢清晰起来了！

更多参见：参见：Wiki

Shell-Wiki-Baidu

基本概念

Shell 俗称：“壳”，用来和 Kernel （内核）辨别。

Shell 是指：为使用者提供操作界面的应用程序（软件）。

对于大多数状况来说，Shell 这个词是指：在 OS（Operation System)中，为拜访 Kernel 所提供的一种服务程序，当前如果不特地注明，则 Shell 指的就是命令行式 Shell。

不过，Shell 也可用于泛指所有为用户提供操作界面的程序，也就是程序和用户交互的界面（GUI），与之绝对的是：Kernel，Kernel 不提供和用户的交互性能。

因而，Shell 通常分为两类：

  1. 命令行与图形界面，命令行 Shell 提供一个命令行界面（CLI）
  2. 图形用户界面（GUI）

图释

命令行式 Shell

命令行式 Shell 有：bash / sh / ksh / csh / zsh（Unix/linux 零碎）等。

最为人熟知的命令行 Shell，应该就是 Windows 的 CMD 界面。

传统意义上，Shell 指的是命令行式 Shell，而不是图形用户界面 Shell，当前如果不特地注明，则 Shell 指的就是命令行式 Shell。

Shell 是操作系统的最外层，它治理用户与操作系统之间的交互，为用户提供拜访 OS Kernel 的办法。

用户能够通过交互式办法（键盘输入等）和 OS 之间进行通信，也能够通过非交互式办法和 OS 之间进行通信。

  • 交互式 Shell：期待用户输出命令，再执行输出的命令。
  • 非交互式 Shell：Shell 不与用户进行交互，而是读取寄存在文件中的命令，再去执行这些命令，当文件中的命令被执行完比，则 Shell也就终止了。

    非交互式应用的是 Shell Script 办法和 OS 之间进行通信。

    Shell Script：放在文件中的一串 Shell 和操作系统命令，它们能够被复用。实质上，Shell Script 是命令行的命令简略的组合到一个文件外面，通过执行该文件去拜访 OS。

图形界面 Shell

图形用户界面 Shell：GUI Shell，如最宽泛的：Window Explorer（MicroSoft Windows 系列操作系统），

还有：Linux Shell，其中 linux shell 包含 X window manager (BlackBox和FluxBox），以及性能更弱小的 CDE、GNOME、KDE、 XFCE。

Git Bash/CMD/GUI

What's the Git Bash?

Git：一组命令行实用程序 或者说 一个开源的分布式版本控制系统（由命令行组成）。

Bash：Bourne-Again-Shell 的缩写，一个命令行界面，一个命令处理器，同时也是一个 Shell（大多数零碎，如：Linux/Mac OS X 默认的 Shell），所以它能接管用户的输出且也能从文件（被称为 Script）从读取命令并执行。

Bash 是一个 Unix Shell 和 命令行语言，并且它是 Linux（Ubuntu 等）和 OS X 上的默认 Shell。

Git Bash： 顾名思义，一个 Git 的 Shell（用 Bash 作为 Shell 来用于 Git），实用于 MicroSoft Windows 环境的应用程序，它为 Git 命令行提供一个仿真层，用来作为用户和 OS Kernel 的交互办法；用在行术语来说：任何运行在 Linux 终端设备上的 Git 都被称之为 Git Bash。

如果要在 Windows 上应用 Bash（命令行），须要下载一个名为 Git Bash 的程序，而 Git Bash 则容许咱们在 Windows 环境下轻松拜访 Bash 以及一个叫做 Git 的工具。

即：Git Bash 能让开发者应用 Bash 去执行所有 Git 的性能，这和 CMD、GUI 是一样的，只不过的办法不同。

What's the Git CMD?

Git CMD 就像带有 git 命令的惯例 Windows 命令提示符（CMD）一样，它使开发者能够通过命令行（CMD）应用所有 Git 性能。

Git CMD 相当于 Linux 中的 bad-ass 终端，当开发者在 Windows 上装置 Git 并习惯于应用命令行（CMD）时，就会应用 Git CMD 运行 Git 命令。

What's the Git GUI?

Git GUI 是能让开发应用应用图形用户界面（GUI）去执行 Git 的性能，实质上是针对不喜爱“黑屏”（又称 CMD）编码的用户。

如：开发者要提交一些更改从本地仓库到暂存队列，则应用 Git GUI 须要单击某个按钮提交更改，而应用 Git CMD 则须要应用命令：'git commit -m'

应用 Git Bash/CMD/GUI？

我倡议老手应该学习并应用 Git Bash 去应用 Git 的所有性能，除非一些非凡状况的开发者应该应用 Git CMD。

我始终不倡议开发者一上来就应用 Git GUI，它会让你无奈弄清 Git 的长处以及其中的思维，让你变得僵滞。

What is the Git?

Git 相似于绝大多数的 VCS（Version Control System），然而 Git 在对信息的存储和认知形式上和绝大多数 VCS 有很大差别，了解这些差别将有助与防止应用Git 中的困惑。

间接记录快照，而非差别比拟

Git 看待数据的（存储/读取）办法是：Git 像是把数据看作是对小型文件系统的一系列快照。

在 Git 中，每当你提交更新或保留我的项目状态时，它基本上就会对过后的全副文件创建一个快照并保留这个快照的索引。

为了效率，如果文件没有批改，Git 不再从新存储该文件，而是只保留一个链接指向之前存储的文件。 Git 看待数据更像是一个 快照流。

而其余大部分 VCS 以文件变更列表的形式存储信息，这类零碎（CVS、Subversion、Perforce、Bazaar 等等） 将它们存储的信息看作是一组根本文件和每个文件随工夫逐渐累积的差别 （它们通常称作 基于差别（delta-based） 的版本控制）。


（其余 VCS 的看待数据形式）


（Git 看待数据的形式）

Git 更像是一个小型的文件系统，提供了许多以此为根底构建的超强工具，而不只是一个简略的 VCS。 稍后咱们在Git 分支探讨 Git 分支治理时，将探索这种形式看待数据所能取得的好处。

Git 近乎所有操作都是本地执行

Git 保障完整性（无关校验和）

Git 中所有的数据在存储前计算校验和，而后以校验和来援用。

这意味着不可能在 Git 不知情时更改任何文件内容或目录内容。 这个性能建构在 Git 底层，是形成 Git 哲学不可或缺的局部。 若你在传送过程中失落信息或损坏文件，Git 就能发现。

Git 用以计算校验和的机制叫做 SHA-1 散列（hash，哈希）。 这是一个由 40 个十六进制字符（0-9 和 a-f）组成的字符串，基于 Git 中文件的内容或目录构造计算出来，所以每一个校验和能够认为是一个 Git Repository 的版本（一个 git commit 后保留的一个快照）或者说是一个 Repository 文件

SHA-1 哈希看起来是这样：

24b9da6552252987aa493b52f8696cd6d3b00373

Git 中应用这种哈希值的状况很多，你将常常看到这种哈希值。 实际上，Git 数据库中保留的信息都是以文件内容的哈希值来索引，而不是文件名。

所以你在 Git Bash 中输出 git log 查看 Git 的提交历史，通常只能查看到这串以 40 位二进制代替文件名的援用。

Git 个别只增加数据

Git 的已追踪文件只存在三种状态

Git 有三种状态，你的文件可能处于其中之一：

  1. 已提交（committed）

    已提交示意数据曾经平安地保留在本地数据库中。

  2. 已批改（modified）

    已批改示意批改了文件，但还没保留到数据库中。

  3. 已暂存（staged）

    已暂存示意对一个已批改文件的以后版本做了标记，使之蕴含在下次提交的快照中。

如果 Git 目录中保留着特定版本的文件，就属于 已提交 状态。

如果文件已批改并放入暂存区，就属于 已暂存 状态。

如果自上次检出后，文件作了批改但还没有放到暂存区域，就是 已批改 状态

在 Git 根底（或详见：Basic use to Git） 一章，你会进一步理解这些状态的细节， 并学会如何依据文件状态施行后续操作，以及怎么跳过暂存间接提交。

Git 我的项目的三个阶段

Git 我的项目的三个阶段，能够对应 Git 的已追踪文件存在的三种状态：

在工作目录中批改文件（已批改），在暂存区中放入文件（已暂存），在 Git 目录中寄存已提交的我的项目版本快照（已提交）。

  1. Git 目录

    寄存所有已提交的版本（每次提交都会为 Repository 生成快照）

  2. 暂存区

    寄存所有放入暂存区（git add）但未提交的文件。

  3. 工作区

    以后所在的 Git Repository 中的某个我的项目版本。

Git 目录：Git 用来保留我的项目的元数据和对象数据库的中央。即： .git directory(Repository)，用来存在我的项目的所有版本。这是 Git 中最重要的局部，从其它计算机克隆仓库时，复制的就是这里的数据。

暂存区：一个文件，保留了下次将要提交的文件列表信息，个别在 Git 仓库目录中。 依照 Git 的术语叫做“索引”，不过个别说法还是叫“暂存区”。

工作区：我的项目的某个版本独立提取进去的内容。 这些从 Git 仓库的压缩数据库中提取进去的文件，放在磁盘上供你应用或批改。无妨想想，默认状况下，应用 Git Bash 时（或任何一个 Git Shell），开发者始终处于最新的提交中，也就是最新的版本中。


（Git 我的项目的三个阶段）

Git 罕用术语

  1. 仓库（Repository）
    受版本控制的所有文件订正历史的共享数据库
  2. 工作空间（Workspace)
    本地硬盘或 Unix 用户帐户上编辑的文件正本
  3. 工作树/区（Working tree）
    工作区中蕴含了仓库的工作文件。您能够批改的内容和提交更改作为新的提交到仓库。
  4. 暂存区（Staging area）
    暂存区是工作区用来提交更改（commit）前能够暂存工作区的变动。
  6. 索引（Index）
    索引是暂存区的另一种术语。
  7. 签入（Checkin）
    将新版本复制回仓库
  8. 签出（Checkout）
    从仓库中将文件的最新订正版本复制到工作空间
  9. 提交（Commit）
    对各自文件的工作正本做了更改，并将这些更改提交到仓库
  10. 抵触（Conflict）
    多人对同一文件的工作正本进行更改，并将这些更改提交到仓库
  11. 合并（Merge）
    将某分支上的更改联接到此骨干或同为主干的另一个分支
  12. 分支（Branch）
    从主线上分来到的正本，默认分支叫master
  13. 锁（Lock）
    取得批改文件的专有权限。
  14. 头（HEAD）
    头是一个象征性的参考，最罕用以指向以后抉择的分支。
  15. 订正（Revision）
    示意代码的一个版本状态。Git通过用SHA1 hash算法示意的ID来标识不同的版本。
  16. 标记/标签（Tags）
    标记指的是某个分支某个特定工夫点的状态。通过标记，能够很不便的切换到标记时的状态。

Basic use to Git

...未完待续