一篇文章搞定Git

最新推荐文章于 2024-11-06 05:37:20 发布

Cyuujie

最新推荐文章于 2024-11-06 05:37:20 发布

阅读量135

点赞数

文章标签： git java github

本文链接：https://blog.csdn.net/m0_55740904/article/details/115274639

版权

为什么需要Git

😄协同修改

多个人可以并行不悖的修改服务器端的同一个文件，实现跨区域多人协同开发。

😆数据备份

不仅保存目录和文件的当前状态，还能够保存每一个提交过的历史状态。

🤭版本管理

在保存每一个版本的文件信息的时候要做到不保存重复数据，以节约存储空间，提高运行效率。

🤨权限控制

对团队中参与开发的人员进行权限控制，且会对团队外开发者贡献的代码进行审核。

😶历史记录

可以查看修改人、修改时间、修改内容、日志信息，同时也可以将本地文件恢复到某一个历史状态。

😬分支管理

允许开发团队在工作过程中多条生产线同时推进任务，进一步提高效率。

版本控制

版本控制是一种在开发过程中用于管理我们对文件、目录或者工程等内容的修改历史，方便查看修改历史记录，备份以便于恢复到以前版本的软件工程技术。

主流的版本控制器

集中式版本控制工具：CVS、SVN、VSS 等。

特点：所有的版本数据都保存在服务器上，协同开发者从服务器上同步更新或上传自己的修改。且用户本地只有自己以前所同步的版本，若不联网，用户就看不到历史版本，也无法切换版本，或者在不同的分支工作。且所有数据都保存在单一的服务器上，若服务器损坏则会丢失所有数据。

在这里插入图片描述

分布式版本控制工具：Git、Mercurial、Bazaar、Darcs 等。

特点：所有的版本信息全部同步到每个用户的本地，这样用户就可以在本地查看所有历史版本，也可以离线地在本地提交，只需要在联网时push到相应的服务器或者其他用户即可。由于每个用户都保存着所有的版本数据，那么只要有一个用户的设备正常，就可以恢复所有数据。

在这里插入图片描述

Git的优势

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

Git安装

官网地址：https://git-scm.com/

Git结构

Git本地有三个工作区域，工作目录（Working Directory）、暂存区（Stage / Index）、仓库区（Repository）。如果算上远程的Git仓库（Remote Directory），就可以分为四个区域，其中它们的转换关系如下：
在这里插入图片描述
工作目录：就是平时存放代码的地方。

暂存区：用于临时存放改动的信息，实际上是一个文件，保存着即将提交的文件列表信息。

仓库区：又称本地仓库，安全存放数据的位置，里面有历史提交的所有版本的数据。其中Head指针指向最新存入仓库的版本。

远程仓库：托管代码的服务器，任务是维护远程库，可用于远程数据交换。
在这里插入图片描述
Directory：使用Git管理的一个目录，就是一个仓库。

WorkSpace：工作空间，里面包含了需要通过Git进行版本控制的目录和文件。

.git：一个隐藏文件，在初始化仓库时创建，存放着Git管理信息的目录。

Stage / Index：又叫待提交更新区，在提交到Repo之前，把所有的更新存放到这里。

Local Repo：一个存放在本地的版本库，可以控制Head指针指向当前开发的分支。

State：一个工作状态保存栈，用于保存或恢复WorkSpace中的临时状态。

Git 和代码托管中心

内网环境下

GitLab服务器

外网环境下

GitHub
码云

本地库和远程库的交互

团队内部协作

在这里插入图片描述

团队中用户1创建了远程库，然后将本地库内容Push到了远程库中。
用户2可以通过Clone将远程库中的内容克隆下来。若用户2非团队成员，则无法之间将自己本地库中的内容Push到远程库中，需要先加入团队才可进行Push操作。
用户2Push完毕后，用户1可以通过Pull操作来获取用户2的修改到本地库中。

团队间协作

在这里插入图片描述

团队2中的用户3想要获取团队1的远程库的内容，可以通过Fork操作复制一个完全一样的远程库，用户3可以将其Clone下来，也可以将本地库中的内容Push到该远程库中。
用户3若想向团队1的远程库中Pull内容，需要向团队1的远程库的创建者用户1发起一个Pull request，待其审核完毕后，用户1便可以通过Merge操作把用户3Pull的内容合并到团队1的远程库中。然后团队1成员便可通过Pull操作获取到远程库中的内容。