Git&Github学习

Git和Github是所有程序员都需要了解并且会使用的工具,它们能很好地让你对软件/代码的版本进行控制、多人协同编辑代码、代码开源、代码发布等等。Github也是世界上最大的同性交友平台,无论如何,Git和Github都是一个合格的程序员需要了解的东西。那么今天就开始Git&Github的探索之旅

Github学习

版本控制应该具有的功能

  • 协同修改
    • 多人并行且不冲突地修改服务器端的同一个文件
  • 数据备份
    • 不仅保存目录和文件的当前状态,还能够保存每一个提交过的历史状态
  • 版本管理
    • 在保存每一个版本的文件信息的时候要做到不重复保存数据,以节约储存空间,提高运行效率。这方面SVN采用的是增量式管理的方式(只保存修改的部分),而Github采用的是文件系统快照的方式。
  • 权限控制
    • 对团队中参与的开发的人员进行权限控制
    • 对团队外开发者贡献的代码进行审核——Github独有的功能
  • 历史记录
    • 查看修改人、时间、内容、日志信息
    • 将本地文件恢复到某一个历史状态
  • 分支管理
    • 允许开发团队在工作过程中多条生产线同时推进任务,进一步提高效率

版本控制简介

版本控制

工程设计领域中使用版本控制管理工程蓝图的设计过程。在IT开发过程中也可以使用版本控制思想管理代码的版本更迭。

版本控制工具

版本控制工具主要分为两类,一类是集中式的版本控制工具,还有一类是分布式版本控制工具。

  1. 集中式版本控制工具:
    CVS、SVN(使用的最多)、VSS
    集中式版本控制工具示意图
    (容易出现单点故障——服务器宕机等,数据丢失)
  2. 分布式版本控制工具:
    Git、Mercurial、Bazaar、Darcs……
    分布式版本控制工具示意图

Git简介

Git简史

分布式版本控制工具示意图

官网地址

Logo就是一个分支,能看出来Git的主打功能了吧XD

Git的优势

  • 大部分操作在本地完成,不需要联网
  • 完整性保证(Hash算法)
  • 尽可能添加数据而不是删除或修改数据
  • 分支操作非常流畅
  • 与Linux命令全面兼容

Git安装

第一步
第二步
第三步
第四步
第五步
第六步
第七步

Git的结构

Git结构示意图

Git和代码托管中心

  • 互联网环境下
    • Github
    • 码云
    • Coding
  • 本地环境下
    • GitLab服务器

代码托管中心的任务:维护远程库

本地库与远程库

  • 团队内部协作
    团队内部协作
  • 远程协作
    远程内部协作

Git的命令行操作

本地库初始化

命令:Git init

效果:创建了一个.git目录

设置签名

  • 形式:
    • 用户名:XXX
    • Email地址:1234@XX.com
  • 作用:区分不同的开发人员身份
  • 注意:这里设置的签名和登录远程库(代码托管中心)的账号密码没有任何关系
  • 命令
    • 项目级别/仓库级别:仅在当前本地库范围内有效
      • git config user.name “XXX”
      • git config user.email “1234@XXX.com”
    • 系统用户级别:登录当前操作系统的用户范围
      • git config —global user.name “XXX”
      • git config —global user.email “1234@XXX.com”
    • 级别优先级
      • 就近原则:项目级别优先于系统用户级别,二者都有时采用项目级别
      • 不允许二者都没有

基本操作

  1. 状态查看

    • ```bash
      git status

      1
      2
      3
      4
      5
      6
      7

      查看工作区、暂存区状态

      2. 添加

      - ```bash
      git add [file name]

      将工作区的新建或修改添加到暂存区

  2. 提交

    • ```bash
      it commit -m “commit message” [file name]

      1
      2
      3
      4
      5
      6
      7

      将暂存区的东西提交到本地库

      4. 查看历史记录

      - ```bash
      git log

      效果示意图

      多屏显示控制方式

      • 空格向下翻页
      • b向上翻页
      • q退出
    • ```bash
      git log —pretty=oneline

      1
      2
      3
      4
      5

      ![效果示意图](https://s2.ax1x.com/2019/08/16/mmAksH.png)

      - ```bash
      git log oneline

      效果示意图

    • ```bash
      git reflog

      1
      2
      3
      4
      5
      6
      7
      8
      9

      ![效果示意图](https://s2.ax1x.com/2019/08/16/mmAj1S.png)

      5. 版本的前进后退
      - 法一:基于索引值[推荐]

      ```bash
      git reset --hard [索引值]
      (此处的索引值可以用reflog中的缩减版)
    • 法二:基于^符号:只能往后退

      1
      2
      3
      git reset --hard HEAD^ (退后一版)
      git reset --hard HEAD^^ (退后两版)
      git reset --hard HEAD^^^ (退后三版)
    • 法三:基于~符号:只能往后退

      1
      git reset --hard HEAD~n (退后n版)
  3. reset 命令的三个参数对比

    • —soft 参数
      • 仅仅在本地库移动 HEAD 指针
    • —mixed 参数
      • 在本地库移动 HEAD 指针
      • 重置暂存区
    • —hard 参数
      • 在本地库移动 HEAD 指针
      • 重置暂存区
      • 重置工作区
  4. 删除文件的恢复

    • 前提:删除前,文件存在时的状态提交到了本地库
    • 操作:git reset --hard [指针位置]
      • 删除操作已经提交到本地库:指针位置指向历史记录
      • 删除操作尚未提交到本地库:指针位置使用 HEAD
  5. 比较文件差异

    • git diff [文件名]
      • 将工作区中的文件和暂存区进行比较
    • git diff [本地库中历史版本] [文件名]
      • 将工作区中的文件和本地库历史记录比较
    • git diff
      • 比较多个文件名

分支管理

  1. 什么是分支管理
    • 在版本控制过程中,使用多条线同时推进多个任务
  2. 分支的好处?
    • 同时并行推进多个功能开发,提高开发效率
    • 各个分支在开发过程中,如果某一个分支开发失败,不会对其他分支有任何影响。失败的分支删除重新开始即可
  3. 分支操作
    • 创建分支:git branch [branch name]
    • 查看分支:git branch -v
    • 切换分支:git checkout [branch name]
    • 合并分支
      • 第一步:切换到接受修改的分支git checkout [接受修改的分支]
      • 第二步:执行git merge [有新内容的分支]
    • 合并分支冲突的解决
      • 冲突的表现
        冲突的表现
      • 冲突的解决
        • 第一步:编辑文件,删除特殊符号
        • 第二步:把文件修改到满意的程度,保存退出
        • 第三步:git add [文件名]
        • 第四步:git commit -m “日志信息” (注意:此时 commit 一定不能带具体文件名)

Git基本原理

哈希

哈希是一个系列的加密算法,各个不同的哈希算法虽然加密强度不同,但是有以下
几个共同点:

  1. 不管输入数据的数据量有多大,输入同一个哈希算法,得到的加密结果长度固定(16个字节)。
  2. 哈希算法确定,输入数据确定,输出数据能够保证不变
  3. 哈希算法确定,输入数据有变化,输出数据一定有变化,而且通常变化很大
  4. 哈希算法不可逆

Git底层采用的是SHA-1的算法
哈希算法可以被用来验证文件。原理如下图所示:
哈希算法验证文件完整性
Git 就是靠这种机制来从根本上保证数据完整性的。

Git版本控制的机制

  1. 集中式版本控制工具的文件管理机制
    • 以文件变更列表的方式存储信息。这类系统将它们保存的信息看作是一组基本文件和每个文件随时间逐步累积的差异。
      集中式版本控制工具的文件管理机制
  2. Git 的文件管理机制
    • Git 把数据看作是小型文件系统的一组快照。每次提交更新时 Git 都会对当前的全部文件制作一个快照并保存这个快照的索引。为了高效,如果文件没有修改,Git 不再重新存储该文件,而是只保留一个链接指向之前存储的文件。所以 Git 的工作方式可以称之为快照流
      Git 的文件管理机制
  3. Git 的文件管理机制细节
    • Git的提交对象
      Git的提交对象
    • 提交对象及其父对象形成的链条
      提交对象及其父对象形成的链条

Github

账号信息

  • Github注册(略)
  • 创建仓库:New repository
    新建仓库
    仓库设置

给远程库取一个别名

  • 第一步:获取仓库的html地址
  • 第二步:在本地Git中执行命令
1
git remote add [别名] [html地址]
  • 之后可以用git remote -v来查看所有仓库的别名
    给远程库取别名

推送

  • 在本地Git中执行命令
1
git push [别名] [分支名]

克隆

  • 在本地Git中执行操作
1
git clone [远程地址]
  • 效果
  • 完整下载远程库
  • 创建 origin 远程地址别名
  • 初始化本地库

邀请成员进入项目

  • 邀请成员进项目
    “A”把邀请链接发送给“B”,“B”登录自己的 GitHub账号,访问邀请链接。
  • 邀请成员进项目

拉取

  • 在了解拉取这个操作之前,我们先了解另外一个操作fetch,即读取,抓取。它的主要作用是读取git远程库的内容。它的使用方法是:
1
git fetch [远程库地址别名] [远程分支名]
  • pull,拉取命令,相当于读取和合并两个命令
1
2
3
4
5
git pull [远程库地址别名] [远程分支名]
=
git fetch [远程库地址别名] [远程分支名]
+
git merge [远程库地址别名/远程分支名]

终于,在三天的边学边写下,学完了大部分基础的Git和Github的操作。还是比较难的,建议新手可以再去看看别的教程。

参考:
Bilibili尚硅谷Git教程
Bilibili尚硅谷Git教程

资料下载:
密码ug1v

文章作者: Tim
文章链接: http://itstim.xyz/Git-Github%E2%95%A4%D0%B7%E2%95%A7%E2%96%91/
版权声明: 本博客所有文章除特别声明外,均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来自 Tim's Blog
支付宝恰饭打赏
微信恰饭打赏