git 本地仓添加多个远端仓库

2024-04-16 10:18
文章标签 仓库 多个 本地 git 远端

本文主要是介绍git 本地仓添加多个远端仓库,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

知其然,知其所以然!

一般不涉及团队协作开发的话,添加一个远端仓库就够了,也就是你从 gitee 或者 github 上对应的 origin 克隆的那个仓库,比如:

[root@master GitTest]# git remote -v
origin	git@gitee.com:L2392863668/GitTest.git (fetch)
origin	git@gitee.com:L2392863668/GitTest.git (push)

添加远端仓库的命令其实并不复杂,关键是为什么要添加多个远程仓库呢?或者说,添加多个远端仓库以后,需要怎么去用起来?

git remote add <upstream> <url>

当然,既然放出来了这个问题,首先要分析一下原因,一般添加多个远程仓库的实用场景如下:

你有一个本地仓 local、一个远端个人仓 origin(可自由 pull 和 push) 和一个远端主仓 upstream(一般来说只可以 pull ,没有直接 push 的权限),且远端个人仓是 fork 的远端主仓(通过 fork 关系关联)。本地代码则是先推送到远端个人仓,然后再提交 pr 到远端主仓,Committer 审核 pr 以后再合并到主仓。由于主仓的代码是多人协作的,难免可能会出现冲突的情况,所以你一般需要从远端主仓拉取最新代码到本地(强制拉取覆盖本地或者手动处理合并冲突),然后在此基础上再进行开发,以此来减少代码提交时的冲突。

虽然现在像 gitee 等都是支持直接从远端主仓 upstream 强制更新代码到远端个人仓 origin 的,不过你还得再从远端个人仓 origin 拉取代码到本地 local,显然多绕了一圈路。

如果有配置多个远端仓库(origin 和 upstream)的话,代码的拉取和提交就要方便得多了。本文以主分支 maser 为例,实际操作时根据需要进行变更。

克隆远端个人仓

克隆远端个人仓以后,你的远端 origin 默认就添加上了。

[root@master test]# git clone git@gitee.com:L2392863668/GitTest.git
Cloning into 'GitTest'...
remote: Enumerating objects: 247, done.
remote: Total 247 (delta 0), reused 0 (delta 0), pack-reused 247
Receiving objects: 100% (247/247), 1.27 MiB | 626.00 KiB/s, done.
Resolving deltas: 100% (96/96), done.
[root@master test]# ll
total 0
drwxr-xr-x. 4 root root 165 Dec 15 20:57 GitTest
[root@master test]# cd GitTest/
[root@master GitTest]# git remote -v
origin	git@gitee.com:L2392863668/GitTest.git (fetch)
origin	git@gitee.com:L2392863668/GitTest.git (push)

本地添加远端主仓

一般也称为上游仓库(upstream)

[root@master GitTest]# git remote add upstream git@github.com:2392863668/GitTest.git
[root@master GitTest]# git remote -v
origin	git@gitee.com:L2392863668/GitTest.git (fetch)
origin	git@gitee.com:L2392863668/GitTest.git (push)
upstream	git@github.com:2392863668/GitTest.git (fetch)
upstream	git@github.com:2392863668/GitTest.git (push)

从主仓拉取代码到本地

完全以远端主仓为准

由于你的个人仓 origin 可能会和远端主仓 upstream 的代码冲突(比如其他协作者的 pr 先你一步合并到主仓了,导致你自己的 pr 合并不进去),这时候你可以选择直接丢弃掉本地修改,完全以主仓为准:

[root@master GitTest]# git fetch upstream master; git reset --hard upstream/master
From github.com:2392863668/GitTest* branch            master     -> FETCH_HEAD
HEAD is now at 1912baa deal merge conflict in hello.txt

与本地修改进行合并

如果你要保留本地已经做过的修改,请从主仓拉取代码并进行合并(如果有冲突的话,注意处理合并冲突):

[root@master GitTest]# git pull upstream master
remote: Enumerating objects: 26, done.
remote: Counting objects: 100% (26/26), done.
remote: Compressing objects: 100% (19/19), done.
Unpacking objects: 100% (26/26), 3.82 KiB | 279.00 KiB/s, done.
remote: Total 26 (delta 7), reused 19 (delta 5), pack-reused 0
From github.com:2392863668/GitTest* branch            master     -> FETCH_HEAD* [new branch]      master     -> upstream/master
Merge made by the 'recursive' strategy.hello.txt   |  3 +--looking.txt |  1 +readme.txt  | 13 +------------world.txt   |  1 +4 files changed, 4 insertions(+), 14 deletions(-)

本地推送到远端个人仓

直接强制推送 

由于之前你的本地仓 local 和远端个人仓 origin 的代码是一致的,如果你是强制从远端主仓 upstream 更新的话,推送到远端个人仓的时候也需要强制推送。

[root@master GitTest]# git push -f origin master
Total 0 (delta 0), reused 0 (delta 0), pack-reused 0
remote: Powered by GITEE.COM [GNK-6.2]
To gitee.com:L2392863668/GitTest.git+ 7710a4c...1912baa master -> master (forced update)

合并后推送

如果你已经处理过合并冲突的话,推送到个人仓的时候就不会再冲突了。

[root@master GitTest]# git push origin master
Enumerating objects: 38, done.
Counting objects: 100% (34/34), done.
Delta compression using up to 4 threads
Compressing objects: 100% (26/26), done.
Writing objects: 100% (28/28), 3.95 KiB | 252.00 KiB/s, done.
Total 28 (delta 9), reused 0 (delta 0), pack-reused 0
remote: Powered by GITEE.COM [GNK-6.2]
To gitee.com:L2392863668/GitTest.gitb65b892..7710a4c  master -> master

在个人仓提交 pr

提交 pr 合并请求这个我就不啰嗦了,需要了解的话请看我的另外一篇博客:GitHub 的 pull request 测试_TomorrowAndTuture的博客-CSDN博客_pull request 测试

这篇关于git 本地仓添加多个远端仓库的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/908519

相关文章

Nginx搭建前端本地预览环境的完整步骤教学

《Nginx搭建前端本地预览环境的完整步骤教学》这篇文章主要为大家详细介绍了Nginx搭建前端本地预览环境的完整步骤教学,文中的示例代码讲解详细,感兴趣的小伙伴可以跟随小编一起学习一下... 目录项目目录结构核心配置文件:nginx.conf脚本化操作:nginx.shnpm 脚本集成总结:对前端的意义很多

IDEA和GIT关于文件中LF和CRLF问题及解决

《IDEA和GIT关于文件中LF和CRLF问题及解决》文章总结:因IDEA默认使用CRLF换行符导致Shell脚本在Linux运行报错,需在编辑器和Git中统一为LF,通过调整Git的core.aut... 目录问题描述问题思考解决过程总结问题描述项目软件安装shell脚本上git仓库管理,但拉取后,上l

Git进行版本控制的实战指南

《Git进行版本控制的实战指南》Git是一种分布式版本控制系统,广泛应用于软件开发中,它可以记录和管理项目的历史修改,并支持多人协作开发,通过Git,开发者可以轻松地跟踪代码变更、合并分支、回退版本等... 目录一、Git核心概念解析二、环境搭建与配置1. 安装Git(Windows示例)2. 基础配置(必

Git打标签从本地创建到远端推送的详细流程

《Git打标签从本地创建到远端推送的详细流程》在软件开发中,Git标签(Tag)是为发布版本、标记里程碑量身定制的“快照锚点”,它能永久记录项目历史中的关键节点,然而,仅创建本地标签往往不够,如何将其... 目录一、标签的两种“形态”二、本地创建与查看1. 打附注标http://www.chinasem.cn

使用Spring Cache本地缓存示例代码

《使用SpringCache本地缓存示例代码》缓存是提高应用程序性能的重要手段,通过将频繁访问的数据存储在内存中,可以减少数据库访问次数,从而加速数据读取,:本文主要介绍使用SpringCac... 目录一、Spring Cache简介核心特点:二、基础配置1. 添加依赖2. 启用缓存3. 缓存配置方案方案

使用Java读取本地文件并转换为MultipartFile对象的方法

《使用Java读取本地文件并转换为MultipartFile对象的方法》在许多JavaWeb应用中,我们经常会遇到将本地文件上传至服务器或其他系统的需求,在这种场景下,MultipartFile对象非... 目录1. 基本需求2. 自定义 MultipartFile 类3. 实现代码4. 代码解析5. 自定

Java实现本地缓存的四种方法实现与对比

《Java实现本地缓存的四种方法实现与对比》本地缓存的优点就是速度非常快,没有网络消耗,本地缓存比如caffine,guavacache这些都是比较常用的,下面我们来看看这四种缓存的具体实现吧... 目录1、HashMap2、Guava Cache3、Caffeine4、Encache本地缓存比如 caff

Python批量替换多个Word文档的多个关键字的方法

《Python批量替换多个Word文档的多个关键字的方法》有时,我们手头上有多个Excel或者Word文件,但是领导突然要求对某几个术语进行批量的修改,你是不是有要崩溃的感觉,所以本文给大家介绍了Py... 目录工具准备先梳理一下思路神奇代码来啦!代码详解激动人心的测试结语嘿,各位小伙伴们,大家好!有没有想

Go语言使用select监听多个channel的示例详解

《Go语言使用select监听多个channel的示例详解》本文将聚焦Go并发中的一个强力工具,select,这篇文章将通过实际案例学习如何优雅地监听多个Channel,实现多任务处理、超时控制和非阻... 目录一、前言:为什么要使用select二、实战目标三、案例代码:监听两个任务结果和超时四、运行示例五

MySQL多实例管理如何在一台主机上运行多个mysql

《MySQL多实例管理如何在一台主机上运行多个mysql》文章详解了在Linux主机上通过二进制方式安装MySQL多实例的步骤,涵盖端口配置、数据目录准备、初始化与启动流程,以及排错方法,适用于构建读... 目录一、什么是mysql多实例二、二进制方式安装MySQL1.获取二进制代码包2.安装基础依赖3.清