2020-11-05

1. Git基础

1.1 版本管理

1.1.1 什么是版本管理

版本管理是一种记录文件变化的方式,以便将来查阅特定版本的文件内容。

1.1.2 人为维护文档版本的问题
  1. 文档数量多且命名不清晰导致文档版本混乱

  2. 每次编辑文档需要复制,不方便

  3. 多人同时编辑同一个文档,容易产生覆盖

1.2 Git 是什么

Git是一个版本管理控制系统(缩写VCS),它可以在任何时间点,将文档的状态作为更新记录保存起来,也可以在任何时间点,将更新记录恢复回来。

1.3 Git 安装

下载地址

1.4 Git 基本工作流程

git仓库暂存区工作目录
用于存放提交记录临时存放被修改文件被Git管理的项目目录

在这里插入图片描述

1.5 Git 的使用

1.5.1 Git 使用前配置

在使用 git 前,需要告诉 git 你是谁,在向 git 仓库中提交时需要用到。

  1. 配置提交人姓名:git config --global user.name 提交人姓名
  2. 配置提交人姓名:git config --global user.email 提交人邮箱
  3. 查看git配置信息:git config --list

注意

  1. 如果要对配置信息进行修改,重复上述命令即可。

  2. 配置只需要执行一次。

1.5.2 提交步骤
  1. git init 初始化git仓库
  2. git status 查看文件状态
  3. git add 文件列表 追踪文件 (zpy)添加到暂存区
  4. git commit -m 提交信息 向仓库中提交代码 (zpy)将暂停区的内容提交到仓库中
  5. git log 查看提交记录
1.5.3 撤销
  • 用暂存区中的文件覆盖工作目录中的文件:`git checkout 文件 (zpy)文件名带后缀 (zpy)从暂存区中导出文件覆盖正在修改的文件,导出来的文件仍有一份继续存在暂存区中被管理

  • 将文件从暂存区中删除: git rm --cached 文件 (zpy)工作目录中还是有这个文件

  • 将 git 仓库中指定的更新记录恢复出来,并且覆盖暂存区和工作目录:git rest --hard commitID
    (zpy)应用场景:暂停区和工作目录下的问题都有问题,使用这个命令将之前没有问题的版本恢复

    1.git log 查看提交记录

    2.`git rest --hard (上面查询出来的commit后的xxx)

    3.git log 查看操作是否成功
    在这里插入图片描述

2. Git进阶

2.1 分支

为了便于理解,大家暂时可以认为分支就是当前工作目录中代码的一份副本。

使用分支,可以让我们从开发主线上分离出来,以免影响开发主线。
在这里插入图片描述

2.1.1 分支细分
  1. 主分支(master):第一次向 git 仓库中提交更新记录时自动产生的一个分支。
    在这里插入图片描述
  2. 开发分支(develop):作为开发的分支,基于 master 分支创建。
  3. 在这里插入图片描述
  4. 功能分支(feature):作为开发具体功能的分支,基于开发分支创建
    在这里插入图片描述
    功能分支 -> 开发分支 -> 主分支
2.1.2 分支命令
  • git branch 查看分支 (zpy)查看当前分支 *绿
  • git branch 分支名称 创建分支 (zpy)如 git branch develop
  • git checkout 分支名称 切换分支
    (zpy) 如 git branch develop 切换分支之前要确保当前分支上的工作一定要提交仓库,保证当前工作干净的状态,不然文件会被携带至切换的分支上 (存在一个问题:当前工作未完成,不想提交到仓库,而当前又需要切换到其他分支工作,这时就需要2.2 暂时保存更改功能)
  • git merge 来源分支 合并分支
    (zpy)开发分支合并到主分支,应切换到主分支下执行这个命令,合并后开发分支依然会存在
  • git branch -d 分支名称 删除分支(分支被合并后才允许删除)(-D 强制删除) (zpy)大小写区分 删除前要切换得到其他分支上才允许删除当前分支

2.2 暂时保存更改

在git中,可以暂时提取分支上所有的改动并存储,让开发人员得到一个干净的工作副本,临时转向其他工作。

使用场景:分支临时切换 (类似于剪贴板)

  • 存储临时改动:git stash (zpy)执行完后就提示当前分支是没有什么可提交,干净状态
  • 恢复改动:git stash pop (zpy)注意:恢复改动的操作一定要和存储临时改动是处在同一个分支下。因为其他分支也能执行git stash pop这个命令

3. Github

在版本控制系统中,大约90%的操作都是在本地仓库中进行的:暂存,提交,查看状态或者历史记录等等。除此之外,如果仅仅只有你一个人在这个项目里工作,你永远没有机会需要设置一个远程仓库。

只有当你需要和你的开发团队共享数据时,设置一个远程仓库才有意义。你可以把它想象成一个 “文件管理服务器”,利用这个服务器可以与开发团队的其他成员进行数据交换。

3.1 注册

  1. 访问github首页,点击 Sign up 连接。(注册)
  2. 填写用户名、邮箱地址、GitHub登陆密码
  3. 选择计划
  4. 填写 GitHub 问题
  5. 验证邮箱
  6. GitHub 个人中心

3.2 多人协作开发流程

  • A在自己的计算机中创建本地仓库
  • A在github中创建远程仓库
  • A将本地仓库推送到远程仓库
  • B克隆远程仓库到本地进行开发
  • B将本地仓库中开发的内容推送到远程仓库
  • A将远程仓库中的最新内容拉去到本地

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

3.3 创建仓库

  1. 填写仓库基本信息
    在这里插入图片描述
  2. 将本地仓库推送到远程仓库
    在这里插入图片描述
  3. git push 远程仓库地址 分支名称
  4. git push 远程仓库地址别名 分支名称
  5. git push -u 远程仓库地址别名 分支名称
    -u 记住推送地址及分支,下次推送只需要输入git push即可
  6. git remote add 远程仓库地址别名 远程仓库地址

3.4 拉取操作

3.4.1 克隆仓库

克隆远端数据仓库到本地:git clone 仓库地址
(zpy)在B的文件夹下

B远程上传 前提:在浏览器中执行A邀请B操作: settings->manage access
切换到B接受邀请

3.4.2 拉取远程仓库中最新的版本

拉取远程仓库中最新的版本:git pull 远程仓库地址 分支名称

3.5 解决冲突

在多人同时开发一个项目时,如果两个人修改了同一个文件的同一个地方,就会发生冲突。冲突需要人为解决。

3.6 跨团队协作

  1. 程序员 C fork仓库 (zpy)访问A的远程仓库地址
  2. 程序员 C 将仓库克隆在本地进行修改
  3. 程序员 C 将仓库推送到远程
  4. 程序员 C 发起pull reqest
  5. 原仓库作者审核
  6. 原仓库作者合并代码
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值