Git学习笔记（四）远程仓库

仅有的い依靠

已于 2024-04-19 16:59:11 修改

阅读量1.2k

点赞数 14

分类专栏： Git 文章标签： git 学习笔记

于 2024-04-19 16:54:09 首次发布

本文链接：https://blog.csdn.net/x1027105273/article/details/137967833

版权

Git 专栏收录该内容

5 篇文章 1 订阅

订阅专栏

根据前面几篇文章的介绍，在本地使用Git基本不成问题了，常用的基本命令和一些基本概念基本也介绍完毕了。这一张主要讲讲远程仓库的创建和使用。

概念

其实在前面第一篇文章中，我们就简单介绍过远程仓库，它其实就是一个托管在远程服务器上，并在多个团队成员之间共享的存储库，功能上和我们本地仓库没什么太大的区别。

它的主要功能就是在多人协作开发的时候，给我们提供一个云端共享的仓库，大家可以把自己修改的内容提交到云端进行同步，能够很好的控制开发进度，整合开发的模块等等。

创建远程仓库

前面我们已经知道了Git中存在两种类型的仓库，即本地仓库和远程仓库。那么我们如何搭建Git远程仓库呢？

我们可以借助互联网上提供的一些代码托管服务来实现，其中比较常用的有GitHub、码云、GitLab等。

gitHub（地址：https://github.com/ ）是一个面向开源及私有软件项目的托管平台，因为只支持 Git 作为唯一的版本库格式进行托管，故名gitHub

码云（地址： https://gitee.com/）是国内的一个代码托管平台，由于服务器在国内，所以相比于 GitHub，码云速度会更快

GitLab （地址：https://about.gitlab.com/）是一个用于仓库管理系统的开源项目，使用Git作为代码管理工具，并在此基础上搭建起来的web服务,一般用于在企业、学校等内部网络搭建git私服。

这里我们就用码云举例：

注册码云（这个我就不演示了，相信大家都能够完成的，这里附上注册地址：https://gitee.com/signup ）
创建远程仓库，如下图所示：
配置公钥：在创建好远程仓库之后，为了防止别人也能连接到我们的远程仓库，我们需要配置SSH公钥，通过公钥来验证连接者的身份。
1. 在本地生成一个公钥
  
  这里我选择将公钥保存在本地库的目录下。
2. 打开git账户配置，将生成的公钥贴进去。
  
  输入密码确认，注意这个是你注册码云账号时设置的密码，不是公钥！！！
3. 验证是否添加成功，在本地输入命令ssh -T git@gitee.com
连接远程仓库：在所有的配置都准备就绪之后，我们需要将本地仓库与远程仓库进行连接绑定，这样才能够让本地仓库和远程仓库之间进行提交和拉取操作。
命令： git remote add <远端名称> <仓库路径>
这里的远端名称自己取，一般叫origin，仓库路径就是在前面让你们创建仓库时候记住的那个地址。（注意一定要选SSH）

经过这些步骤，我们一个远程仓库就相当于创建并连接好了，下面我们来介绍以下远程仓库中一些常用的基本操作。

远程仓库的常用操作

其实在开发过程中，远程仓库相关的操作常用的就五个：clone/push/pull/fetch/merge

命令：git push [-f] [--set-upstream] [远端名称 [本地分支名][:远端分支名] ]
- 如果远程分支名和本地分支名称相同，则可以只写本地分支
  - git push origin master
- -f 表示强制覆盖
- --set-upstream 推送到远端的同时并且建立起和远端分支的关联关系。
  - git push --set-upstream origin master
- 如果当前分支已经和远端分支关联，则可以省略分支名和远端名。
  - git push 将master分支推送到已关联的远端分支。
  - 查看关联关系我们可以使用 git branch -vv 命令

下次推送本地master到origin的master，直接git push就可以了

命令: git clone <仓库l路径> [本地目录]
- 本地目录可以省略，会自动生成一个目录
抓取命令：git fetch [remote name] [branch name]
- 抓取指令就是将仓库里的更新都抓取到本地，不会进行合并
- 如果不指定远端名称和分支名，则抓取所有分支。
拉取命令：git pull [remote name] [branch name]
- 拉取指令就是将远端仓库的修改拉到本地并自动进行合并，等同于fetch+merge
- 如果不指定远端名称和分支名，则抓取所有并更新当前分支。

在一段时间，A、B用户修改了同一个文件，且修改了同一行位置的代码，此时会发生合并冲突。 A用户在本地修改代码后优先推送到远程仓库，此时B用户在本地修订代码，提交到本地仓库后，也需要推送到远程仓库，此时B用户晚于A用户，故需要先拉取远程仓库的提交，经过合并后才能推送到远端分支,如下图所示。