关于版本控制

简单来说，版本控制是一种记录一个或者若干文件内容变化，以便将来查阅特定版本修订情况的系统。

根据采用策略不同，版本控制系统大体可以分为集中式版本控制系统和分布式版本控制系统。Git是当下最流行的分布式版本控制系统。

Debian 或 Ubuntu 上安装Git

apt 默认的软件源上的 Git 一般不是最新版本，为了安装最新版本先添加软件源。

$ apt-add-repository ppa:git-core/ppa$ sudo apt install git

Windows 10 上安装 Git，到官方网站下载 Git 可执行文件()直接打开安装就行了，就像安装大多数软件一样。

初次运行Git前的配置

安装Git后，需要做几件事情来定制 Git 环境。每台计算机上只需要配置一次，程序升级时会保留配置信息。可在任何时候通过命令来修改配置。

Git 自带一个git config 工具，可以用来配置Git的变量。Git的配置变量保存在三个不同的位置：

Windows 10：Git安装目录/etc/gitconfig，Ubuntu/Debian：/etc/gitconfig：这个文件包含系统上每一个用户及他们的仓库的通用配置。如果在执行git config 时带上 --system选项，那么它就会读写该文件中的配置变量。用户目录/.gitconfig 文件：只针对当前用户。使用 --global 选项读写此文件。当前仓库/.git/config 文件：只针对该仓库。使用 --local 选项读写此文件。

每一级别的配置会覆盖上一级别的配置。

可以通过下面的命令查看所有的配置以及它们所在的文件:

$ git config --list --show-origin

用户信息

安装完 Git 之后，要做的第一件事就是设置用户名和邮件地址。每一个 Git 提交都会用到这些信息，它们会写入每一次提交中，不可更改：

$ git config --global user.name skynet$ git config --global user.email skynet.gu@qq.com

检查配置信息

可以使用 git config --list 命令列出所有 Git 当时能找到的配置。

$ git config --listuser.name=skynetuser.email=skynet.gu@qq.com. . .

可以通过 git config <key> 检查某一项配置

$ git config user.nameskynet

可以通过下面的命令查看所有的配置以及它们所在的文件:

$ git config --list --show-originfile:/home/skynet/.gitconfig    user.name=skynetfile:/home/skynet/.gitconfig    user.email=skynet.gu@qq.com. . .

有三种等价的方法可以找到 Git 命令的综合手册（manpage）：

$ git help <verb>$ git <verb> --help$ man git-<verb>

例如 git help config

这些命令无需联网，可以随时使用。

如果不需要全面的手册，只需要可用选项的快速参考，可以用 -h 选项获得简明的 "help" 输出：

$ git add -husage: git add [<options>] [--] <pathspec>...    -n, --dry-run         dry run    -v, --verbose         be verbose    -i, --interactive     interactive picking    -p, --patch           select hunks interactively    -e, --edit            edit current diff and apply    -f, --force           allow adding otherwise ignored files    -u, --update          update tracked files    --renormalize         renormalize EOL of tracked files (implies -u)    -N, --intent-to-add   record only the fact that the path will be added later    -A, --all             add changes from all tracked and untracked files    --ignore-removal      ignore paths removed in the working tree (same as --no-all)    --refresh             don't add, only refresh the index    --ignore-errors       just skip files which cannot be added because of errors    --ignore-missing      check if - even missing - files are ignored in dry run    --chmod (+|-)x        override the executable bit of the listed files    --pathspec-from-file <file>                          read pathspec from file    --pathspec-file-nul   with --pathspec-from-file, pathspec elements are separated with NUL character