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

相关文章

git使用的说明总结

Git使用说明 下载安装(下载地址) macOS: Git - Downloading macOS Windows: Git - Downloading Windows Linux/Unix: Git (git-scm.com) 创建新仓库 本地创建新仓库:创建新文件夹,进入文件夹目录,执行指令 git init ,用以创建新的git 克隆仓库 执行指令用以创建一个本地仓库的

git ssh key相关

step1、进入.ssh文件夹   (windows下 下载git客户端)   cd ~/.ssh(windows mkdir ~/.ssh) step2、配置name和email git config --global user.name "你的名称"git config --global user.email "你的邮箱" step3、生成key ssh-keygen

查看提交历史 —— Git 学习笔记 11

查看提交历史 查看提交历史 不带任何选项的git log-p选项--stat 选项--pretty=oneline选项--pretty=format选项git log常用选项列表参考资料 在提交了若干更新,又或者克隆了某个项目之后,你也许想回顾下提交历史。 完成这个任务最简单而又有效的 工具是 git log 命令。 接下来的例子会用一个用于演示的 simplegit

记录每次更新到仓库 —— Git 学习笔记 10

记录每次更新到仓库 文章目录 文件的状态三个区域检查当前文件状态跟踪新文件取消跟踪(un-tracking)文件重新跟踪(re-tracking)文件暂存已修改文件忽略某些文件查看已暂存和未暂存的修改提交更新跳过暂存区删除文件移动文件参考资料 咱们接着很多天以前的 取得Git仓库 这篇文章继续说。 文件的状态 不管是通过哪种方法,现在我们已经有了一个仓库,并从这个仓

忽略某些文件 —— Git 学习笔记 05

忽略某些文件 忽略某些文件 通过.gitignore文件其他规则源如何选择规则源参考资料 对于某些文件,我们不希望把它们纳入 Git 的管理,也不希望它们总出现在未跟踪文件列表。通常它们都是些自动生成的文件,比如日志文件、编译过程中创建的临时文件等。 通过.gitignore文件 假设我们要忽略 lib.a 文件,那我们可以在 lib.a 所在目录下创建一个名为 .gi

取得 Git 仓库 —— Git 学习笔记 04

取得 Git 仓库 —— Git 学习笔记 04 我认为, Git 的学习分为两大块:一是工作区、索引、本地版本库之间的交互;二是本地版本库和远程版本库之间的交互。第一块是基础,第二块是难点。 下面,我们就围绕着第一部分内容来学习,先不考虑远程仓库,只考虑本地仓库。 怎样取得项目的 Git 仓库? 有两种取得 Git 项目仓库的方法。第一种是在本地创建一个新的仓库,第二种是把其他地方的某个

Git 的特点—— Git 学习笔记 02

文章目录 Git 简史Git 的特点直接记录快照,而非差异比较近乎所有操作都是本地执行保证完整性一般只添加数据 参考资料 Git 简史 众所周知,Linux 内核开源项目有着为数众多的参与者。这么多人在世界各地为 Linux 编写代码,那Linux 的代码是如何管理的呢?事实是在 2002 年以前,世界各地的开发者把源代码通过 diff 的方式发给 Linus,然后由 Linus

集中式版本控制与分布式版本控制——Git 学习笔记01

什么是版本控制 如果你用 Microsoft Word 写过东西,那你八成会有这样的经历: 想删除一段文字,又怕将来这段文字有用,怎么办呢?有一个办法,先把当前文件“另存为”一个文件,然后继续改,改到某个程度,再“另存为”一个文件。就这样改着、存着……最后你的 Word 文档变成了这样: 过了几天,你想找回被删除的文字,但是已经记不清保存在哪个文件了,只能挨个去找。真麻烦,眼睛都花了。看

husky 工具配置代码检查工作流:提交代码至仓库前做代码检查

提示:这篇博客以我前两篇博客作为先修知识,请大家先去看看我前两篇博客 博客指路:前端 ESlint 代码规范及修复代码规范错误-CSDN博客前端 Vue3 项目开发—— ESLint & prettier 配置代码风格-CSDN博客 husky 工具配置代码检查工作流的作用 在工作中,我们经常需要将写好的代码提交至代码仓库 但是由于程序员疏忽而将不规范的代码提交至仓库,显然是不合理的 所

struts2中的json返回指定的多个参数

要返回指定的多个参数,就必须在struts.xml中的配置如下: <action name="goodsType_*" class="goodsTypeAction" method="{1}"> <!-- 查询商品类别信息==分页 --> <result type="json" name="goodsType_findPgae"> <!--在这一行进行指定,其中lis是一个List集合,但