【Git】基本操作

一、Git 基础

1、Git 介绍

Git 是目前世界上最先进的分布式版本控制系统。

版本控制系统：
设计师在设计的时候做了很多版本

经过了数天去问设计师每个版本都改了些啥，设计师此时可能就说不上来了。这个时候如果能有一个软件能记录每次的文件改动，并且还能协调多用户编辑，那岂不是美滋滋？这个软件应用起来应该像这个样子：

版本	文档名	操作用户	日志	修改时间
1	shejigao.txt	zhangsan	修改标题	2019-10-01 10:10:31
2	shejigao.txt	lisi	删除备注信息	2019-10-01 10:11:49
3	shejigao.txt	lisi	增加了许可协议	2019-10-03 11:31:00
4	shejigao.txt	zhangsan	修改版权信息	2019-10-05 09:32:11

2、Git 与 Github

2.1、两者区别

Git是一个分布式版本控制系统，简单的说其就是一个软件，用于记录一个或若干文件内容变化，以便将来查阅特定版本修订情况的软件。

Github（https://www.github.com）是一个为用户提供 Git 在线服务的网站，简单说就是一个可以放代码的地方（不过可以放的当然不仅是代码）。Github 除了提供管理 Git 的 web 界面外，还提供了订阅、关注、讨论组、在线编辑器等丰富的功能。Github 被称之为全球最大的基友网站。

2.2、Github注册

打开Github官网：https://github.com/ ，点击右上角的“Sign up”按钮。

选择免费的账户类型：

提示我们需要验证邮箱：

打开邮箱中收到的邮件，点击按钮进行验证：

至此，Github帐号注册完毕，我们将在后面会使用到本次注册的帐号。

3、Git安装

下载得到安装包，并运行
选择软件的安装位置
选择需安装的组件（默认即可，直接下一步）
选择使用的编辑器（默认即可，直接下一步）
环境变量调节
使用OpenSSH，直接下一步即可
使用OpenSSL库
配置命令行会话（默认即可）
配置终端（默认即可）
配置额外的选项（默认即可）

安装完成

在桌面空白处右键鼠标，若出现“Git GUI Here”、“Git Bash Here”则安装成功：

4、Git基本原理

4.1、哈希

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

①不管输入数据的数据量有多大，输入同一个哈希算法，得到的加密结果长度固定。
②哈希算法确定，输入数据确定，输出数据能够保证不变
③哈希算法确定，输入数据有变化，输出数据一定有变化，而且通常变化很大
④哈希算法不可逆

Git 底层采用的是 SHA-1 算法。
哈希算法可以被用来验证文件。原理如下图所示：

Git 就是靠这种机制来从根本上保证数据完整性的。

4.2、Git 保存版本的机制

4.2.1、集中式版本控制工具的文件管理机制

以文件变更列表的方式存储信息。每个版本只是保存每个文件有修改的那一小部分，将来想要某一个历史版本的数据的时候，那就把之前的修改与原文件拼到一块构成一个整体，这就是当前这个版本文件的状态。这类系统将它们保存的信息看作是一组基本文件和每个文件随时间逐步累积的差异，即增量式的版本控制。

4.2.2、Git 的文件管理机制

Git 把数据看作是小型文件系统的一组快照。每次提交更新时 Git 都会对当前的全部文件制作一个快照并保存这个快照的索引。为了高效，如果文件没有修改，Git 不再重新存储该文件，而是只保留一个链接指向之前存储的文件。所以 Git 的工作方式可以称之为快照流。

4.2.3、Git 文件管理机制细节

Git 的“提交对象”
每次提交的时候都会创建一个提交对象，提交中每一个文件都会哈希，得到哈希值；然后所有的目录里面的这些文件他们的哈希值构成一个树对象，树对象里面就包含每个具体的文件以及他们的哈希值，他自己也会有一个哈希值；然后有个提交对象，提交对象里面就包括这个树对象，提交对象也有自己的哈希值。
提交对象及其父对象形成的链条

4.3、Git 分支管理机制

4.3.1 分支的创建

HEAD是我们开发人员的视角

4.3.2 分支的切换

二、Git的使用

团队内部协作

跨团队协作

1、本地仓库

1.1、工作流程

Git本地操作的三个区域：

工作流程：

git操作通用流程

主要涉及到四个关键点：

工作区：本地电脑存放项目文件的地方，比如 learnGitProject 文件夹；
暂存区（Index/Stage）：在使用 git 管理项目文件的时候，其本地的项目文件会多出一个 .git 的文件夹，将这个 .git 文件夹称之为版本库。其中 .git 文件夹中包含了两个部分，一个是暂存区（Index 或者 Stage）,顾名思义就是暂时存放文件的地方，通常使用 add 命令将工作区的文件添加到暂存区里；
本地仓库：.git 文件夹里还包括 git 自动创建的 master 分支，并且将 HEAD 指针指向 master 分支。使用 commit 命令可以将暂存区中的文件添加到本地仓库中；
远程仓库：不是在本地仓库中，项目代码在远程 git 服务器上，比如项目放在 github 上，就是一个远程仓库，通常使用 clone 命令将远程仓库拷贝到本地仓库中，开发后推送到远程仓库中即可；

git 几个核心区域间的关系

工作目录	暂存区	git 仓库	远程仓库
被 Git 管理的项目	临时存放被修改的文件	目录用于存放提交记录	远程代码仓库
git init	git add	git commit	git push

1.2、本地仓库操作

什么是仓库呢？
仓库又名版本库，英文名 repository，我们可以简单理解成是一个目录，用于存放代码的，这个目录里面的所有文件都可以被 Git 管理起来，每个文件的修改、删除等操作 Git 都能跟踪到。

注意：这个跟踪到很重要，即使我们后面整个项目中只修改了一个文件，提交了整个项目，也只会上传修改的部分文件，所以不用担心冗余提交。

在安装好后首次使用需要先进行全局配置
桌面空白处右键，点击“Git Bash Here”以打开 Git 命令行窗口

$ git config --global user.name "用户名"
$ git config --global user.email "邮箱地址"

2. 创建仓库
当我们需要让 Git 去管理某个新项目/已存在项目的时候，就需要创建仓库了。注意，创建仓库时使用的目录不一定要求是空目录，选择一个非空目录也是可以的，但是不建议在现有项目上来学习 Git，否则造成的一切后果概不负责！

注意：为了避免在学习或使用过程中出现各种奇葩问题，请不要使用包含中文的目录名（父目录亦是如此）。
1. 创建空目录

2. 在命令行中进入项目目录 pro_git
![](https://img2020.cnblogs.com/blog/1542615/202006/1542615-20200629151200805-1033369265.png)

3. Git仓库初始化（让 Git 知道，它需要来管理这个目录）
指令：`git init`
![](https://img2020.cnblogs.com/blog/1542615/202006/1542615-20200629151204497-745024290.png)
> **表现：**执行之后会在项目目录下创建**“.git”**的**隐藏目录**，这个目录是 Git 所创建的，不能删除，也不能随意更改其中的内容。

Git常用指令操作

查看当前状态：git status 【非必要】
添加到缓存区：git add 文件名

说明：git add，这个指令可以添加一个文件，也可以同时添加多个文件。
语法 1：git add 文件名
语法 2：git add 文件名1 文件名2 文件名3 …
语法 3：git add .					【添加当前目录到缓存区中】

提交至版本库：git commit -m “消息内容”（message）

在后续对于文件（可以操作一个或多个）操作之后，重复使用 git add 与 git commit 指令即可。

1.3、时光穿梭机——版本回退

版本回退分为两步骤进行操作：

查看版本，确定需要回到的时刻点，指令：
git log
git log --pretty=oneline
回退操作，指令：
git reset --hard 提交编号

案例：想坐时光机回到创建好第一个文件 readme.txt 的时候。

注意：回到过去之后，要想再回到之前最新的版本的时候，则需要使用指令去查看历史操作，以得到最新的 commit id。
指令：git reflog

小结：

要想回到过去，必须先得到 commit id，然后通过 git reset -–hard 进行回退；
要想回到未来，需要使用 git reflog 进行历史操作查看，得到最新的 commit id；
在写回退指令的时候 commit id 可以不用写全，git 自动识别，但是也不能写太少，至少需要写前 4 位字符；

2、远程仓库

线上仓库的操作学习以 Github 为例。

2.1、线上仓库创建

打开创建仓库页面：https://github.com/new
圈出的部分为必填项，其余根据实际需要选择性补充：

注意：仓库名要求在当前帐号下唯一。

2.2、两种常规使用方式

2.2.1、基于 http/https 协议

创建空目录，名称就称为 shop
使用 clone 指令克隆线上仓库到本地（从无到有，克隆）
语法：git clone 线上仓库地址
在仓库上做对应的操作（提交暂存区、提交本地仓库、提交线上仓库、拉取线上仓库）
提交到线上仓库的指令：git push

特别注意：当首次提交时，需要鉴权，鉴权步骤如下。
鉴权（authentication）是指验证用户是否拥有访问系统的权利。

在首次往线上仓库shop提交内容的时候出现了403的致命错误，原因是不是任何人都可以往线上仓库提交内容，必须需鉴权。
需要修改“.git/config”文件内容：

例如：

在设置好用户名密码之后再次尝试 push 指令：

如果看到类似上述效果（没有 fatal 错误）则表示提交成功。

【验证】此时可以观察浏览器，刷新线上仓库的地址：

除了上面那个推送的方法，我们这里还准备了一个官方推荐的推送方法：

创建远程库地址别名（可以不设置别名）
git remote -v 查看当前所有远程地址别名
git remote add [别名] [远程地址]
推送（可以不使用别名进行推送，可以使用地址直接推送，不过别忘了分支名噢）
git push [别名] [分支名]

推送需要输入账号和密码：

推送（不使用别名）
git push [远程地址] [分支名]
拉取线上仓库（从旧到新，更新）：git pull

git pull = git fetch + git merge FETCH_HEAD。也就是说，先git fetch获取远程仓库，再git merge合并远程仓库。

注意：在每天工作的第一件事就是先git pull拉取线上最新的版本；每天下班前要做的是git push，将本地代码提交到线上仓库。

2.2.2、基于ssh协议（推荐）

该方式与前面 https 方式相比，只是影响 github 对于用户的身份鉴权方式，对于 git 的具体操作（如提交本地、添加注释、提交远程等操作）没有任何影响。

生成公私玥对指令（需先自行安装OpenSSH）：ssh-keygen -t rsa -C "注册邮箱"

步骤：

生成客户端公私玥文件
将公钥上传到 Github

实际操作：

打开提示
创建公私玥对文件
上传公钥文件内容（id_rsa.pub）

填写完毕之后保存即可。
执行后续 git 操作，操作与先前一样
1. clone 线上仓库到本地（git clone）
2. 修改文件后添加缓存区、提交本地仓库、提交线上仓库
  
  在 push 的时候并没有提示要求我们输入帐号密码，因为公私玥已经实现了用户身份鉴权。

线上仓库的效果：

2.3、分支管理

什么是分支？

在版本回退的章节里，每次提交后都会有记录，Git 把它们串成时间线，形成类似于时间轴的东西，这个时间轴就是一个分支，我们称之为 master 分支（主分支）。
在开发的时候往往是团队协作，多人进行开发，因此光有一个分支是无法满足多人同时开发的需求的，并且在分支上工作并不影响其他分支的正常使用，会更加安全，Git 鼓励开发者使用分支去完成一些开发任务。

分支相关指令：

查看分支：git branch
创建分支：git branch 分支名
切换分支：git checkout 分支名

检入：建立基线之后，配置项被保存在控制库中。对软件项进行审核，通过，并把它放入控制环境的过程叫做“检入”。
检出：检出通常是指获取控制项当前版本的拷贝（副本）到个人工作区进行变更。

理解：从上面可以看出，检入和检出是以软件配置库来作为主体的，针对的是软件配置库
检出：我要操作，你们别动！相当于锁定该文件并进行编辑。
检入：我改完了，你们随意动吧。相当于处理文件完成后，再将该文件检入并解锁。
发布：告知他人，可以用了。
此三者都是状态的标识。

删除分支：git branch -d 分支名
合并分支：git merge 被合并的分支名

查看分支：

注意：当前分支前面有个标记“*”。

创建分支：

切换分支：

合并分支：
现在先在dev分支下的readme文件中新增一行并提交本地

切换到master分支下观察readme文件

将dev分支的内容与master分支合并：

删除分支：

注意：在删除分支的时候，一定要先退出要删除的分支，然后才能删除。

合并所有分支之后，需要将master分支提交线上远程仓库中：

2.4、冲突的产生与解决

案例：模拟产生冲突。

同事在下班之后修改了线上仓库的代码

注意：此时我本地仓库的内容与线上不一致的。

第二天上班的时候，我没有做 git pull 操作，而是直接修改了本地的对应文件的内容
需要在下班的时候将代码修改提交到线上仓库（git push）

提示我们要在再次push之前先git pull操作。

【解决冲突】

先 git pull

此时 git 已经将线上与本地仓库的冲突合并到了对应的文件中。
打开冲突文件，解决冲突
解决方法：需要和同事（谁先提交的）进行商量，看代码如何保留，将改好的文件再次提交即可。
重新提交

线上效果：

新手上路小技巧：上班第一件事先 git pull，可以在一定程度上避免冲突的产生。

三、Git实用技能

1、图形管理工具

①Github for Desktop

Github 出品的软件，功能完善，使用方便。对于经常使用 GitHub 的开发人员来说是非常便捷的工具。界面干净，用起来非常顺手，顶部的分支时间线非常绚丽。

②Source tree

老牌的 Git GUI 管理工具了，也号称是最好用的 Git GUI 工具。功能丰富，基本操作和高级操作都非常流畅，适合初学者上手。

③TortoiseGit

对于熟悉 SVN 的开发人员来说，这个小乌龟图标应该是非常友善了。TortoiseGit 简称 tgit, 中文名海龟 Git。它与其前辈 TortoiseSVN 都是非常优秀的开源版本控制客户端软件。

2、忽略文件

场景：在项目目录下有很多万年不变的文件目录，例如 css、js、images 等，或者还有一些目录即便有改动，我们也不想让其提交到远程仓库的文档，此时我们可以使用“忽略文件”机制来实现需求。

忽略文件需要新建一个名为 .gitignore 的文件，该文件用于声明忽略文件或不忽略文件的规则，规则对当前目录及其子目录生效。
注意：该文件因为没有文件名，没办法直接在 windows 目录下直接创建，可以通过命令行 Git Bash 来 touch 创建。

常见规则写法有如下几种：在文件中，以 # 开头的都是注释。

/mtk/			#过滤整个文件夹
*.zip			#过滤所有.zip文件
/mtk/do.c		#过滤某个具体文件
!index.php		#不过滤具体某个文件

案例：

先在本地仓库中新建一个 js 目录以及目录中 js 文件
依次提交本地与线上
新增 .gitignore 文件
编写文件中的规则（根据需要编写）
再次提交本地与线上

观察线上仓库 js 目录中是否有新增 index.js 文件：

还可以使用 .git/info/exclude 文件，也能进行忽略。（这个文件是隐藏文件.git自带的）

命令行常用操作步骤

情况一：创建自己的项目

1. 创建远程库

2. 创建远程库地址别名

git remote -v 查看当前所有远程地址别名
git remote add [别名] [远程地址]

3. 推送

git push [别名] [分支名]

推送需要输入账号和密码：

情况二：克隆别人的项目

1. 克隆远程仓库（从无到有）

git clone [远程地址]

效果

完整的把远程库下载到本地
创建 origin 远程地址别名
初始化本地库

情况三：更新已有的项目

1. 拉取（从旧到新）

pull=fetch+merge
git fetch [远程库地址别名] [远程分支名]
git merge [远程库地址别名/远程分支名]
git pull [远程库地址别名] [远程分支名]

要特别注意的是，自己写完了代码，没有提交推送之前不要pull，得先提交推送然后发生冲突了再pull，否则git一看没有提交修改，说明文件没有修改，那就直接pull过来了，可能覆盖了你的本地文件。

如果遇到了上述问题：请看情况四

那为什么要先commit，然后pull，然后再push，我pull了，岂不是把自己改的代码都给覆盖掉了嘛，因为远程没有我改的代码，我pull，岂不是覆盖了我本地的改动好的地方了？那我还怎么push？

答：这个先 commit 再 pull 最后再push 的情况就是为了应对多人合并开发的情况,

commit 是为了告诉 git 我这次提交改了哪些东西,不然你只是改了但是 git 不知道你改了,也就无从判断比较;

pull是为了本地 commit 和远程commit 的对比记录,git 是按照文件的行数操作进行对比的,如果同时操作了某文件的同一行那么就会产生冲突,git 也会把这个冲突给标记出来,这个时候就需要先把和你冲突的那个人拉过来问问保留谁的代码,然后在 git add && git commit && git pull 这三连,再次 pull 一次是为了防止再你们协商的时候另一个人给又提交了一版东西,如果真发生了那流程重复一遍,通常没有冲突的时候就直接给你合并了,不会把你的代码给覆盖掉

出现代码覆盖或者丢失的情况:比如A B两人的代码pull 时候的版本都是1,A在本地提交了2,3并且推送到远程了,B 进行修改的时候没有commit 操作,他先自己写了东西,然后 git pull 这个时候 B 本地版本已经到3了,B 在本地版本3的时候改了 A 写过的代码,再进行了git commit && git push 那么在远程版本中就是4,而且 A 的代码被覆盖了,所以说所有人都要先 commit 再 pull,不然真的会覆盖代码的

情况四：git更新以后本地改动代码不见了被覆盖了

一般我们git更新不会覆盖掉我们本地的代码，但是也不是绝对的，在一定条件下，会被覆盖，在这种我本地文件没有上传git，没法使用git版本控制，又被git上的版本干掉了我本地代码的情况下，我相信小伙伴都会想说已经mmp的，这里我们说下这个方法，主要是使用idea，webstrom的 localHistory 来找回我们的代码。

选中整个项目右击，你就能看到本地的历史记录
点击本地历史记录，你能看到所有本地的记录

posted @ 2020-07-22 17:24 Nemo& 阅读(248) 评论(0) 编辑收藏举报

会员力量，点亮园子希望

刷新页面返回顶部

𝓝𝓮𝓶𝓸

没有人在意你说什么，人们只听得见他们想听的....

Nemo&