第1章 Git 概述

  • Git 是一个免费的、开源的分布式版本控制系统，可以快速高效地处理从小型到大型的各种 项目。

  • Git 易于学习，占地面积小，性能极快。 它具有廉价的本地库，方便的暂存区域和多个工作 流分支等特性。其性能优于 Subversion、CVS、Perforce 和 ClearCase 等版本控制工具。

何为版本控制？

  • 版本控制是一种记录文件内容变化，以便将来查阅特定版本修订情况的系统。
  • 版本控制其实最重要的是可以记录文件修改历史记录，从而让用户能够查看历史版本， 方便版本切换。

为什么需要版本控制 ?

  • 个人开发过渡到团队协作。

版本控制工具

  • 集中式版本控制工具( CVS、SVN(Subversion)、VSS……)
  • 集中化的版本控制系统诸如 CVS、SVN 等，都有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或者提交更新。多年以来，这已成为版本控制系统的标准做法。
  • 这种做法带来了许多好处，每个人都可以在一定程度上看到项目中的其他人正在做些什 么。而管理员也可以轻松掌控每个开发者的权限，并且管理一个集中化的版本控制系统，要远比在各个客户端上维护本地数据库来得轻松容易。
  • 事分两面，有好有坏。这么做显而易见的缺点是中央服务器的单点故障。如果服务器宕机一小时，那么在这一小时内，谁都无法提交更新，也就无法协同工作
  • 分布式版本控制工具 (Git、Mercurial、Bazaar、Darcs…… )
    • 像 Git 这种分布式版本控制工具，客户端提取的不是最新版本的文件快照，而是把代码 仓库完整地镜像下来（本地库）。这样任何一处协同工作用的文件发生故障，事后都可以用 其他客户端的本地仓库进行恢复。因为每个客户端的每一次文件提取操作，实际上都是一次对整个文件仓库的完整备份。
    • 分布式的版本控制系统出现之后,解决了集中式版本控制系统的缺陷:
    • 服务器断网的情况下也可以进行开发（因为版本控制是在本地进行的）
    • 每个客户端保存的也都是整个完整的项目（包含历史记录，更加安全）

Git 和代码托管中心

  • 代码托管中心是基于网络服务器的远程代码仓库，一般我们简单称为远程库。
    • 局域网 GitLab
    • 互联网 GitHub（外网） Gitee 码云（国内网站）

第 2 章 Git 常用命令

命令 作用
git config –global user.name 用户名 设置用户签名
git config –global user.email 邮箱 设置用户签名
git init 初始化本地库
git status 查看本地库状态
git add 文件名 添加到暂存区
git commit -m “日志信息” 文件名 提交到本地库
git reflog|git log 查看历史记录
git reset –hard 版本号 版本穿梭

  • 签名的作用是区分不同操作者身份。用户的签名信息在每一个版本的提交信息中能够看到，以此确认本次提交是谁做的。Git 首次安装必须设置一下用户签名，否则无法提交代码。

  • Git 切换版本，底层其实是移动的 HEAD 指针.

  • ※注意：这里设置用户签名和将来登录 GitHub（或其他代码托管中心）的账号没有任 何关系。

第 3 章 Git 分支操作

什么是分支？

  • 在版本控制过程中，同时推进多个任务，为每个任务，我们就可以创建每个任务的单独分支。
  • 使用分支意味着程序员可以把自己的工作从开发主线上分离开来，开发自己分支的时候，不会影响主线分支的运行。分支可以简单理解为副本，一个分支就是一个单独的副本。（分支底层其实也是指针的引用）

分支的好处

  • 同时并行推进多个功能开发，提高开发效率。
  • 各个分支在开发过程中，如果某一个分支开发失败，不会对其他分支有任何影响。失败 的分支删除重新开始即可。

分支的操作

命令 作用
git branch 分支名 创建分支
git branch -v 查看分支
git checkout 分支名 切换分支
git merge 分支名 把指定的分支合并到当前分支上

  • 合并冲突

    • 合并分支时，两个分支在同一个文件的同一个位置有两套完全不同的修改。Git 无法替 我们决定使用哪一个，必须人为决定新代码内容。
    • 重点不是填的位置是否一样，而是两个分支同时修改了同一个文件，导致不知道以哪个修改为标准，才导致的冲突
    • 只有合并后的文件才会被修改，原来分支上的文件是不会被修改的

  • 解决冲突

    • 编辑有冲突的文件，删除特殊符号，决定要使用的内容 特殊符号：<<<<<<< HEAD 当前分支的代码 ======= 合并过来的代码 >>>>>>> hot-fix

    • 添加到暂存区

    • 执行提交（注意：此时使用 git commit命令时不能带文件名）

分支原理

  • master、hot-fix 其实都是指向具体版本记录的指针。

  • 当前所在的分支，其实是由 HEAD 决定的。

  • 创建分支的本质就是多创建一个指针。

  • HEAD 如果指向 master，那么我们现在就在 master 分支上，HEAD 如果执行 hotfix，那么我们现在就在 hotfix 分支上。

第 4 章 Git 团队协作机制

团队内协作

跨团队协作

第 5 章 GitHub 操作

GitHub 网址：https://github.com/

创建仓库

远程仓库操作

命令 作用
git remote -v 查看当前所有远程地址别名
git remote add 别名 远程地址 起别名
git push 别名 分支 推送本地分支上的内容到远程仓库
git clone 远程地址 将远程仓库的内容克隆到本地
git pull 远程库地址别名 远程分支名 将远程仓库对于分支最新内容拉下来后与 当前本地分支直接合并
git clone 克隆仓库内的所有内容

注：从 2021 年 8 月 13 日开始，Github在对 Git 操作进行身份验证时不再接受帐户密码，并将要求使用基于令牌（token）的身份验证。

1.起别名

1
git remote add 别名 远程地址

2.设置token

1
git remote set-url 别名 https://token@github.com/用户名/仓库名.git

SSH秘钥

  • 进入C:\Users[用户]
1
ssh-keygen -t rsa -C "这里换上你的邮箱"

回车后会询问你ssh key生成的路径、是否需要密码，不需要的话直接留空回车即可。

  • 进入GitHub的个人设置，找到【SSH and GPG keys】，然后点击新增SSH，进入如下界面，title输入你对于当前SSH key的备注，下面的key就粘贴上一步生成的id_rsa.pub内的内容

  • 注意：push 是将本地库代码推送到远程库，如果本地库代码跟远程库代码版本不一致， push 的操作是会被拒绝的。也就是说，要想 push 成功，一定要保证本地库的版本要比远程 库的版本高！

  • 因此一个成熟的程序员在动手改本地代码之前，一定会先检查下远程库跟本地 代码的区别！如果本地的代码版本已经落后，切记要先 pull 拉取一下远程库的代码，将本地代码更新到最新以后，然后再修改，提交，推送！