Git 是一个目前世界上最流行的开源分布式版本控制系统。

Git 的诞生

Git 是林纳斯·托瓦兹为了帮助管理 Linux 内核开发而开发的。在 2002 年以前,世界各地的志愿者还是以一种传统的方式将源代码文件发给林纳斯·托瓦兹,然后由他本人通过手工方式合并代码。当时虽然有 CSV、SVN 这些免费的版本控制系统,但是速度慢、需要联网,也有一些商用的版本控制系统,虽然比 CSV、SVN 好用,但是不开源,和 Linux 的开源精神不符。2002 年,Linux 系统已经发展了十年,代码库之大让林纳斯·托瓦兹很难继续通过手工方式管理,最终林纳斯·托瓦兹选择了一个商业的版本控制系统 BitKeeper,BitKeeper 的东家 BitMover 公司出于人道主义精神,授权 Linux 社区免费使用这个版本控制系统,这看起来是一个很好的局面。Linux 社区牛人聚集,2005 年,开发 Samba 的 Andrew 试图破解 BitKeeper 的协议的行为被 BitMover 公司发现,Linux 社区的 BitKeeper 免费使用权被收回,于是,林纳斯·托瓦兹花了两周时间自己用 C 写了一个分布式版本控制系统,Git 诞生!之后,Git 迅速成为最流行的分布式版本控制系统,随即,2008 年,GitHub 网站上线,它为开源项目免费提供 Git 存储,无数开源项目开始迁移至 GitHub,包括 jQuery、PHP、Ruby 等等。

安装和配置 Git

我在《我的 HexoBlog 的诞生(一)》中已经完成了 Git 的安装和配置,不过那只是在 Windows 上,而且也没详细讲,这里就详细讲解一下如何在 Windows 和 Linux 上安装和配置 Git 吧。

Windows 10 上安装和配置 Git

  1. 双击安装程序;

安装程序

  1. GNU 许可证。不看,Next;

许可协议

  1. 设置安装路径。可以将 C 改为 D,安装在 D 盘,这里就不改了,Next;

设置安装路径

  1. 安装组件。第一个选项是说是否创建桌面快捷方式,可以不勾选,下面六个都勾选了,为默认,不更改,倒数第一个是说是否检查更新,可以不勾选,倒数第二个是说是否在所有控制台窗口中使用 TrueType 字体,勾选,Next;

安装组件

  1. 开始菜单设置。直接 Next;

开始菜单设置

  1. 设置 Git 的默认文本编辑器:就选择 Vim,Next;

设置Git的默认文本编辑器

  1. 调整 PATH 环境。就选择默认推荐的,Next,该推荐项是说仅向 PATH 添加一些最小的 Git 包装器,以避免使用可选的 Unix 工具造成环境混乱,能够通过 Git Bash、命令提示符、Windows PowerShell 以及在 PATH 中寻找 Git 的任何第三方软件使用 Git;

调整Path环境

  1. 选择 HTTPS 后端传输。第一个选项是说使用 OpenSSL 库,服务器证书将使用 ca-bundle.crt 文件进行验证,这是我们常用的选项,第二个选项是说使用本地 Windows 安全通道库,服务器证书将使用 Windows 证书存储验证,此选项还允许使用公司的内部根 CA 证书,例如通过 Active Directory Domain Services,这里,就默认第一个选项,Next;

选择HTTPS后端传输

  1. 配置行尾符号转换:第一个选项是说签出 Windows 风格,提交 Unix 风格的行尾,即签出文本文件时,Git 会将 LF 转换为 CRLF,提交文本文件时,CRLF 将转换为 LF,对于跨平台项目,这是 Windows 上的推荐设置(“core.autocrlf”设置为“true”)。第二个选项是说按原样签出,提交 Unix 样式的行尾,签出文本文件时,Git 不会执行任何转换,提交文本文件时,CRLF 将转换为 LF,对于跨平台项目,这是 Unix 上的建议设置(“core.autocrlf”设置为“input”)。第三个选项是说按原样签出,按原样提交,当签出或提交文本文件时,Git 不会执行任何转换,不建议跨平台项目选择此选项(“core.autocrlf”设置为“false”),这里,就默认第一个选项,Next;

配置行尾符号转换

  1. 配置终端模拟器以与 Git Bash 一起使用。第一个选项是说使用 MinTTY(MSYS2 的默认终端),Git Bash 将使用 MinTTY 作为终端模拟器,该模拟器具有可调整大小的窗口,非矩形选择和 Unicode 字体,Windows 控制台程序(例如交互式 Python)必须通过“ winpty”启动才能在 MinTTY 中运行,第二个选项是说使用 Windows 的默认控制台窗口,Git 将使用 Windows 的默认控制台窗口(“cmd.exe”),该窗口可以与 Win32 控制台程序(如交互式 Python 或 node.js)一起使用,但默认的回滚非常有限,需要配置为使用 unicode 字体以正确显示非 ASCII 字符,并且在 Windows 10 之前,其窗口不能自由调整大小,并且只允许矩形文本选择,这里,就默认第一个选项,Next;

配置终端模拟器以与Git_Bash一起使用

  1. 配置额外的选项。第一个选项是说启用文件系统缓存,文件系统数据将被批量读取并缓存在内存中用于某些操作(“core.fscache”设置为“true”), 这可以显着地提升性能,第二个选项是说启用 Git 凭证管理器,Windows 的 Git 凭证管理器为 Windows 提供安全的 Git 凭证存储,最显著的是对 Visual Studio Team Services 和 GitHub 的多因素身份验证支持(需要 .NET Framework v4.5.1 或更高版本),第三个选项是说启用符号链接,启用符号链接需要 SeCreateSymbolicLink 权限,现有存储库不受此设置的影响,这里,就默认第一个和第二个选项,Install;

配置额外的选项

  1. 安装完成;

安装完成

  1. Release Notes;

Release Notes

  1. 至此 Git 就算安装完毕了,之后需要去 GithubGitee 注册一个自己的账号,需要绑定自己的邮箱,Github 的话强烈建议绑定谷歌邮箱;

注册

  1. 在桌面右键,点击 Git Bash Here;

桌面右键

  1. 全局用户信息配置。分别输入以下两个命令回车执行,无提示表示命令执行成功,可以用git config --list来查看配置好的信息;
1
git config --global user.name "<自己的GitHub用户名>"
1
git config --global user.email "<自己的GitHub邮箱>"
  1. 生成 SSH 秘钥并复制公钥。输入以下命令回车执行,然后连敲三次回车键,此时打开 .ssh 文件夹,其位于自己的 Windows 用户文件夹下,如下图,用文本编辑器打开 id_rsa.pub,Ctrl+A,复制里面全部的内容;
1
ssh-keygen -t rsa

SSH

  1. Github 和 Gitee 的 SSH 公钥配置。登录自己的 Github 账号,点击右上角的头像,点击 Setting,点击左侧的 SSH and GPG keys,点击右侧的 New SSH key,填写 Tile(自定义),粘贴刚复制的内容为 Key,最后点击 Add SSH key,Gitee 的方式大同小异;
  2. 测试一下。执行ssh -T git@github.comssh -T git@gitee.com,输入 yes 回车,出现以下提示,表示本机和自己的 GitHub/Gitee 账号绑定成功。
1
Hi <自己的Github/Gitee用户名>! You've successfully authenticated, but <GitHub/Gitee> does not provide shell access.

Ubuntu 18.04 LTS 上安装和配置 Git

  1. 相比在 Windows 上,在 Linux 上安装和配置 Git 的步骤就比较少了。在终端输入以下命令回车执行,确保系统和 apt 包列表完全更新;
1
sudo apt-get update -y

更新

  1. 在终端输入以下命令回车,安装 Git,可再输入下一个命令查看 Git 版本;
1
sudo apt install git
1
git --version

安装Git

  1. 全局用户信息配置。分别输入以下两个命令回车执行,无提示表示命令执行成功,可以用git config --list来查看配置好的信息;
1
git config --global user.name "<自己的GitHub用户名>"
1
git config --global user.email "<自己的GitHub邮箱>"
  1. 生成 SSH 秘钥。输入以下命令回车执行,然后连敲三次回车键;
1
ssh-keygen -t rsa
  1. 输入以下命令回车,输入用户密码安装 Vim 文本编辑器;
1
sudo apt-get install vim
  1. 执行以下命令,用 Vim 打开公钥文件,复制其中的内容(不要复制多了,也不要复制少了);
1
vim /home/<自己的用户名>/.ssh/id_rsa.pub
  1. Github 和 Gitee 的 SSH 公钥配置。登录自己的 Github 账号,点击右上角的头像,点击 Setting,点击左侧的 SSH and GPG keys,点击右侧的 New SSH key,填写 Tile(自定义),粘贴刚复制的内容为 Key,最后点击 Add SSH key,关于 Gitee 的方式大同小异;
  2. 测试一下。执行ssh -T git@github.comssh -T git@gitee.com,输入 yes 回车,出现以下提示,表示本机和自己的 GitHub/Gitee 账号绑定成功。
1
Hi <自己的Github/Gitee用户名>! You've successfully authenticated, but <GitHub/Gitee> does not provide shell access.

Git 的工作流程

  1. 克隆 Git 资源作为工作副本;
  2. 在工作副本中编辑、添加或修改文件;
  3. 如果其他人提交了修改,你可以选择更新工作副本;
  4. 在提交前查看修改;
  5. 提交修改;
  6. 在修改完成后,如果发现错误,可以撤回提交并再次修改并提交。

Git的工作流程

Git 工作区、暂存区和版本库

  • 工作区:工作目录的实际情况。
  • 暂存区:即工作副本(修改)。
  • 版本库:即历史提交。

下面这个图展示了工作区、版本库中的暂存区和版本库之间的关系:

Git 工作区、暂存区和版本库.jpg

  1. 当对当前工作区编辑(M)、添加(A)或删除(D)的文件执行 git add 命令时,暂存区的目录树被更新;
  2. 当执行提交操作(git commit)时,暂存区转化为版本库的下一次提交;
  3. 当执行git reset命令时,暂存区被还原为版本库最新版本(HEAD),工作区不受影响;
  4. 当执行git checkout .或者git checkout -- <file>命令时,会用暂存区全部或指定的文件替换工作区的文件。这个操作很危险,会清除工作区中未添加到暂存区的改动;
  5. 当执行git rm --cached <file>命令时,会直接从暂存区删除文件,工作区则不做出改变;
  6. 当执行git checkout HEAD或者git checkout HEAD <file>命令时,会用版本库最新版本(HEAD)全部或指定的文件替换暂存区以及工作区中的文件。这个命令也是极具危险性的,因为不但会清除工作区中未添加到暂存区的改动,也会清除暂存区中未提交的改动。