Git的原理和使用（四）：理解分布式版本控制系统与远程仓库的相关配置(1)-CSDN博客

本文链接：https://blog.csdn.net/2401_84185106/article/details/138857921

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

远程操作

理解分布式版本控制系统

1、每个人的电脑都是一个完整的版本库，这样工作的时候就不需要联网了，因为版本库就在你自己的电脑上，既然每个人电脑上都有一个完整的版本库，那多个人如何协作呢？比如说你在自己电脑上更改了文件A，你的同事也在他的电脑上更改了文件A，这时你俩之间只需要把各自的修改推送给对方，就可以看到对方的修改了

2、分布式版本控制系统的安全性很高，因为每个人电脑里都有完整的版本库，某一个人的电脑坏了不要紧，随便从其他人哪里复制一个即可

3、在实际使用分布式版本控制系统时，其实很少在两个人的电脑上推送版本库的修改，因为可能你俩不在同一局域网内，两台电脑互相访问不了，也可能今天你的同时病了，他的电脑根本没开机，因此，分布式版本控制系统通常也有一台充当“中央服务器”的电脑，但这个服务器的作用仅仅说同来方便“交换”大家的修改，没有它大家也一样干活，只是交换修改不方便而已，而且有了它就不怕本地出什么故障了***（硬盘损害，上面的内容丢失之类的）***

远程仓库

新建远程仓库

网址：Gitee - 基于 Git 的代码托管和研发协作平台

填写基本信息，创建成功：

在新建库的.gitee中查看所选的两个文件的作用：

Issue文件：发现本仓库问题的外来者与仓库成员交流的文件

Pull Request文件：实际开发中开发分支dev不能直接和主分支master进行merge防止错误的开发内容影响master分支，该文件就是一个用于向管理员提交合并申请的申请单

远程仓库是有成员的

克隆远程仓库

指令：git clone + 远程仓库链接

SSH协议和HTTP协议是Git最常用的两种数据传输协议，SSH协议使用了公钥加密和公钥登录机制，体现了其实用性和安全性，使用此协议需要将我们的公钥放在服务器，由Git服务器进行管理，使用HTTPS方式时没有要求可以直接克隆：

HTTP方式：

注意事项：不能在本地仓库所在的目录下执行clone指令

远程仓库的默认名字是origin，通过git remote指令查看，加上选项-v查看更详细内容

SSH方式：
在用户主目录的隐藏文件中是否有.ssh目录，如果有查看是否有id_rsa和id_rsa.pub这两个文件，如果有则不用创建SSH Ket，否则需要用ssh-keygen -t rsa -C “邮箱”指令进行创建

当我们从远程仓库克隆后，Git会自动把本地的master分支和远程的master分支建立链接

向远程仓库推送

情况：本地仓库内容领先于远程仓库

git config -l查看仓库配置，本地仓库的username和useremail要与gitee中的一致否则报错：

在本地仓库remote_gitcode中新增一个file.txt文件，并提交给当前分支：

用git push指令将本地仓库的master分支上新增的修改内容推送到远程仓库的master分支上：

git push <远程主机名> <本地分支名>:<远程分支名>
git push <远程主机名> <本地分支名>（本地分支名与远程分支名一致可省略冒号）

使用SSH方式推送时不用输入账号密码，使用HTTP方式时需要：

拉取远程仓库

情况：远程仓库内容领先于本地仓库

在远程仓库中直接对file.txt文件进行修改并提交：

Git提供了git pull命令，该命令用于从远程获取代码并合并本地的版本：

git pull <远程主机名> <远程分支名>:<本地分支名>
git pull <远程主机名> <远程分支名>（远程分支是与当前分支合并，则冒号后部分可省略）

配置Git

忽略特殊文件

在日常开发中，我们有哪些文件不想或者不应该提交到远端仓库，比如保存了数据库密码的配置文件，那么该如何让Git知道呢？在Git工作区根目录下创建一个特殊的.gitignore文件，然后把要忽略的文件名填进去，Git就会自动忽略这些文件了***（.gitignore文件gitee在创建仓库时就可以为我们生成，不过需要我们主动勾选一下）***：