Git和Github

Git

一、版本控制(前言)

1.1 文件的版本

  • 操作麻烦 每次都需要复制→粘贴→重命名
  • 命名不规范 无法通过文件名知道具体做了哪些修改
  • 容易丢失 如果硬盘故障或不小心删除,文件很容易丢失
  • 协作困难 需要手动合并每个人对项目文件的修改,合并时容易出错

1.2 版本控制软件

  • 版本控制软件是一个用来记录文件变化,以便将来查阅特定 版本修订情况的系统,因此有时也叫做“版本控制系统”。

把手工管理文件版本的方式,改为由软件管理文件的版本;
这个负责管理文件版本的软件,叫做“版本控制软件”。

1.3 版本控制软件的好处

在这里插入图片描述

1.4 版本控制系统的分类

1.4.1 本地版本控制系统

  • 特点: 使用软件来记录文件的不同版本,提高了工作效率, 降低了手动维护版本的出错率
  • 缺点
    • 单机运行,不支持多人协作开发
    • 版本数据库故障后,所有历史更新记录会丢失
      在这里插入图片描述

1.4.2 集中化版本控制系统

  • 特点 基于服务器、客户端的运行模式
    • 服务器保存文件的所有更新记录
    • 客户端只保留最新的文件版本
  • 优点 联网运行,支持多人协作开发
  • 缺点
    • 不支持离线提交版本更新
    • 中心服务器崩溃后,所有人无法正常工作
    • 版本数据库故障后,所有历史更新记录会丢失

1.4.3 分布式版本控制系统

  • 特点 基于服务器、客户端的运行模式
    • 服务器保存文件的所有更新版本
    • 客户端是服务器的完整备份,并不是只保留文件的最新版本
  • 优点
    • 联网运行,支持多人协作开发
    • 客户端断网后支持离线本地提交版本更新
    • 服务器故障或损坏后,可使用任何一个客户端的备份进行恢复

典型代表 Git

二、Git基础

2.1 什么是Git

Git 是一个开源的分布式版本控制系统,是目前世界上最先进、最流行的版本控制系统。可以快速高效地处理
从很小到非常大的项目版本管理

  • 特点:项目越大越复杂,协同开发者越多,越能体现出 Git 的高性能和高可用性!

2.2 Git特性

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

2.2.1 SVN 的差异比较

  • 传统的版本控制系统(例如 SVN)是基于差异的版本控制,它们存储的是一组基本文件和每个文件随时间逐步 累积的差异。
    在这里插入图片描述

2.2.2 Git的记录快照

  • Git 快照是在原有文件版本的基础上重新生成一份新的文件,类似于备份。为了效率,如果文件没有修改,Git 不再重新存储该文件,而是只保留一个链接指向之前存储的文件。
    在这里插入图片描述

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

  • 在 Git 中的绝大多数操作都只需要访问本地文件和资源,一般不 需要来自网络上其它计算机的信息。
  • 断网后依旧可以在本地对项目进行版本管理
  • 联网后,把本地修改的记录同步到云端服务器即可
    在这里插入图片描述

2.3 Git 中的三个区域

  • 工作区
  • 暂存区
  • Git仓库
    在这里插入图片描述

2.4 Git 中的三种状态

  • 已修改 modified
  • 已暂存 staged
  • 已提交 committed
    在这里插入图片描述

2.5 基本的 Git 工作流程

  • 1.在工作区中修改文件
  • 2.将工作区中的更改文件进行暂存 提交到暂存区
  • 3.将暂存区的文件,快照永久性存储到Git仓库

2.6 安装并配置 Git

安装地址 https://git-scm.com/downloads

2.7 配置用户信息

配置用户名 和 邮件地址
如果使用了 --global 选项,那么该命令只需要运行一次,即可永久生效。

git config --global user.name "guitu"
git config --global user.email "95****97@qq.com"

2.8 Git 的全局配置文件

  • 地址:C:/Users/用户名文件夹/.gitconfig
  • 这个文件是 Git 的全局配置文件,配置一次即可永久生效。

2.9 检查配置信息

查看全局的配置信息

git config --list --global

2.10 获取帮助信息

git help config (浏览器打开帮助手册)
git config -h (简明的help输出)
在这里插入图片描述

2.11 Git的基本操作

2.11.1 获取 Git 仓库的两种方式

  • 将尚未进行版本控制的本地目录转换为 Git 仓库
  • 从其它服务器克隆一个已存在的 Git 仓库

2.11.2 在现有目录中初始化仓库

在项目目录中,通过鼠标右键打开“Git Bash”

执行 git init 命令将当前的目录转化为 Git 仓库

git init

git init 命令会创建一个名为 .git 的隐藏目录,这个 .git 目录就是当前项目的 Git 仓库,里面包含了初始的必要
文件,这些文件是 Git 仓库的必要组成部分
在这里插入图片描述

2.11.3 工作区中文件的4种状态

  • 未跟踪
  • 未修改
  • 已修改
  • 已暂存
    在这里插入图片描述

2.11.4 检查文件的状态

git status

在这里插入图片描述

2.11.5 精简的方式显示文件状态

git status -s
git status --short

在这里插入图片描述

2.11.6 跟踪新文件

git add index.html

在这里插入图片描述
在这里插入图片描述

2.11.7 提交更新

暂存区提交到git仓库

git commit -m "本次的提交信息"

在这里插入图片描述

检查文件状态

在这里插入图片描述
在这里插入图片描述

2.11.8 对已提交的文件进行修改

当前index.html文件已经被git跟踪,并且工作区和git仓库内容一致,当修改了index.html页面内容

在这里插入图片描述
在这里插入图片描述

已跟踪文件的内容发生了变化,但还没有放到暂存区

  • 修改过的、没有放入暂存区的文件前面有红色的 M 标记。

2.11.9 暂存已修改的文件

git add index.html

git add命令

  • 开始跟踪新文件
  • 把已更踪的 且已经修改过的文件放到 暂存区
  • 把有冲突的文件标记为已解决状态在这里插入图片描述在这里插入图片描述

2.11.10 提交已暂存的文件

再次运行 git commit -m "更改了index.html"

在这里插入图片描述
在这里插入图片描述

2.11.11 撤销对文件的修改

  • 把对工作区中对应文件的修改,还原成 Git 仓库中所保存的版本。
  • 所有的修改会丢失,且无法恢复!危险性比较高,请慎重操作!
  • 撤销操作的本质:用 Git 仓库中保存的文件,覆盖工作区中指定的文件。
git checkout --index.html

在这里插入图片描述

2.11.12 向暂存区中一次性添加多个文件

将新增和修改过后的文件加入暂存区。

git add .

2.11.13 取消暂存的文件

git reset HEAD 要移除的文件名称

2.11.14 跳过使用暂存区域

  • git工作流程是工作区→暂存区→Git仓库
  • 流程简化 工作区→Git仓库
git commit -a -m "跳过暂存区直接加入到Git仓库"

2.11.15 移除文件

#第一种 从Git仓库中和工作区中同时移除
git rm -f index.js
#第二种 只从Git仓库中移除,但保留工作区中的
git rm --cached index.css

2.11.16 忽略文件

在这里插入图片描述
在这里插入图片描述

2.11.17 glob模式

在这里插入图片描述
在这里插入图片描述

2.11.18 查看提交历史

# 按时间顺序列出所有的提交历史,最近的提交排在最上面
git log
#只展示最近的2条提交 数字可以更改
git log -2
#在一行上显示 最近2条的提交历史
git log -2 --pretty=oneline
#在一行上展示最近两条的提交历史,并自定义格式
# %h 提交的哈希值 %an作者名称 %ar作者修订日期 %s提交说明
git log -2 --pretty=format:"%h | %an |%ar |%s"

2.11.18 回退到指定的版本

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

三、Github

3.1 什么是开源

  • 开源是指不仅提供程序还提供程序的源代码
  • 闭源是只提供程序,不提供源代码
    在这里插入图片描述

3.2 什么是开源许可协议

开源并不意味着完全没有限制,为了限制使用者的适用范围和保护作者的权力,每个开源项目都要遵守开源许可协议

3.3 常见的物种开源许可协议

  • BSD(Berkeley Software Distribution)
  • Apache Licence 2.0
  • GPL(GNU General Public License)
    • 具有传染性的一种开源协议,不允许修改后和衍生的代码做为闭源的商业软件发布和销售
    • 使用 GPL 的最著名的软件项目是:Linux
  • LGPL(GNU Lesser General Public License)
  • MIT(Massachusetts Institute of Technology, MIT)
    • 是目前限制最少的协议,唯一的条件:在修改后的代码或者发行包中,必须包含原作者的许可信息
    • 使用 MIT 的软件项目有:jquery、Node.js

3.4 为什么要拥抱开源

开源的核心思想:我为人人,人人为我

  • 开源给使用者更多的控制权
  • 开源让学习变得更容易
  • 开源才有真正的安全

3.5 开源项目托管平台

专门用于免费存放开源项目源代码的网站,叫做开源项目托管平台

  • Github 全球最牛的开源项目托管平台,没有之一
  • Gitlab 对代码私有性支持较好,因此企业用户较多
  • Gitee 又叫做码云,是国产的开源项目托管平台。访问速度快、纯中文界面、使用友好

以上三个,只能托管以 Git 管理的项目源代码

3.6 什么是Github

全球最大的开源项目托管平台。因为只支持 Git 作为唯一的版本控制工具,故名 GitHub。

  • Github ≠ Git

3.6.1 注册账号

注册账号 激活账号 完成注册
在这里插入图片描述

3.6.2 新建空白远程仓库

在这里插入图片描述

注册成功

在这里插入图片描述

3.6.3 远程仓库的两种访问方式

HTTPS

  • 零配置;但是每次访问仓库,需要重复输入Github账号密码才能访问

SSH

  • 需要进行额外的配置;配置成功后,每次访问,不需要重复输入Github账号密码

3.6.4 基于HTTPS 将本地仓库上传到Github

在这里插入图片描述

3.6.5 SSH key

  • 作用:实现本地仓库和Github之间免登录的加密数据传输
  • 好处:免登录身份认证,数据加密传输
  • 两部分组成
    • id_rea(私钥文件,存放于客户端的电脑中即可)
    • id_rsa.pub(公钥文件,需要配置到 Github 中)

3.6.6 生成SSH key

  • ①打开Git Bash
  • ②粘贴命令,替换邮箱
    • ssh-keygen -t rsa -b 4096 -C "your_email@example.com"
  • ③连续敲击 3 次回车,即可在 C:\Users\用户名文件夹\.ssh 目录中生成 id_rsa 和 id_rsa.pub 两个文件
    在这里插入图片描述

3.6.7 配置 SSH key

  • ① 使用记事本打开 id_rsa.pub 文件,复制里面的文本内容
  • ② 在浏览器中登录 Github,点击头像 -> Settings -> SSH and GPG Keys -> New SSH key
  • ③ 将 id_rsa.pub 文件中的内容,粘贴到 Key 对应的文本框中
  • ④ 在 Title 文本框中任意填写一个名称,来标识这个 Key 从何而来
    在这里插入图片描述

3.6.8 检测SSH key 是否配置成功

ssh -T git@github.com

在这里插入图片描述

3.6.9 基于SSH 将本地仓库上传到Github

在这里插入图片描述

3.6.10 将远程仓库克隆到本地

git clone 远程仓库的地址

四、Git分支

4.1 本地分支的操作

4.1.1 分支的概念

分支就是科幻电影里面的平行宇宙,当你正在电脑前努力学习Git的时候,另一个你正在另一个平行宇宙里努力学习SVN。

4.1.2 分支在实际开发中的应用

多人协作开发的时候,为了防止互相干扰,提高协同开发的体验,建议每个开发者都基于分支进行项目
功能的开发

在这里插入图片描述

4.1.3 main 主分支

  • 在初始化本地 Git 仓库的时候,Git 默认已经帮我们创建了一个名字叫做 main 的分支。通常我们把这个main 分支叫做主分支。
  • 之前主分支叫做master分支
  • 主分支的作用:用来保存和记录整个项目已完成的功能代码。
  • 不允许程序员直接在 master 分支上修改代码

4.1.4 功能分支

  • 功能分支指的是专门用来开发新功能的分支,它是临时从 main 主分支上分叉出来的,当新功能开发且测试完毕后,最终需要合并到 main 主分支上
    在这里插入图片描述

4.1.5 查看分支列表

git branch
  • * 表示当前所处的分支
    在这里插入图片描述

4.1.6 创建新分支

  • 基于当前分支创建一个新的分支
git branch 分支名称

在这里插入图片描述

4.1.7 切换分支

git checkout login

在这里插入图片描述
在这里插入图片描述

4.1.8 分支的快速创建和切换

git checkout -b 分支名称
  • git branch 和 git checkout 的简写

4.1.9 合并分支

代码测试完毕,合并到main主分支上

  • 1,切换到主分支 git checkout main
  • 2.将分支合并到main主分支上 git merge login
    在这里插入图片描述
    在这里插入图片描述

4.1.10 删除分支

git branch -d 分支名称

在这里插入图片描述

4.1.11 遇到冲突时的分支合并

  • 如果在两个不同的分支中,对同一个文件进行了不同的修改,Git 就没法干净的合并它们。 此时,我们需要打开 这些包含冲突的文件然后手动解决冲突。
#假设,在把reg分支合并到master分支期间,代码发生了冲突
git checkout master
git merge reg

# 打开包含冲突的文件,手动解决冲突后,再执行以下命令
git add.
git commit -m "解决了分支合并冲突的问题"

4.2 远程分支操作

4.2.1 将本地分支推送到远程仓库

第一次将本地分支推送到远程仓库

# -u 表示把本地分支和远程分支进行关联,只在第一次推送的时候需要带-u参数
git push -u 远程仓库的名称 本地分支的名称:远程分支的名称

#实际案例
git push -u origin payment:pay

#如果希望远程分支的名称和本地分支的名称保持一致,可以对命令进行简化
git push -u origin payment

4.2.2 查看远程仓库中所有的分支列表

git remote show 远程仓库的名称

4.2.3 跟踪分支

从远程仓库中,把对应的远程分支下载到本地仓库中,保持本地分支和远程分支名称相同

#从远程仓库中,把对应的远程分支下载到本地仓库,保持本地分支和远程分支名称相同
git checkout 远程分支的名称

#实例
git checkout pay

#从远程仓库中,把对应的远程分支下载到本地仓库中,并把下载的本地分支进行重命名
git checkout -b 本地分支的名称 远程仓库名称/远程分支名称
#实例
git checkout -b payment origin/pay

4.2.4 拉取远程分支的最新代码

#从远程仓库,拉取当前分支最新的代码,保持当前分支的代码和远程分支代码一致
git pull

4.2.5 删除远程分支

#删除远程仓库中,指定名称的远程分支
git push 远程仓库的名称 --delete 远程分支的名称
#实例
git push origin --delete pay
  • 1
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Gik99

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值