【代码管理】在本地使用github和gitee之后,可能存在冲突,导致再次提交代码时提示Couldn‘t connect to server

【代码管理】在本地使用github和gitee之后,可能存在冲突,导致再次提交代码时提示Couldn‘t connect to server
大家好,我是全栈小5,欢迎来到《小5讲堂》。
这是《源代码管理工具》系列文章,每篇文章将以博主理解的角度展开讲解。
温馨提示:博主能力有限,理解水平有限,若有不对之处望指正!
在这里插入图片描述

目录

前言

最近在用github拉取代码,不知道什么情况下,导致两者出现冲突。
使用完毕github后,隔天再次推送gitee上面代码就提示无法连接到服务器了,
并且提示本地ip地址127.0.0.1,以及端口号7898

错误提示

git.exe clone --progress -v -- "https://gitee.com/xxx/xxx.git" "D:\github\xxx" Cloning into 'D:\github\xxx'... fatal: unable to access 'https://gitee.com/xxx/xxx.git/': Failed to connect to 127.0.0.1 port 7898 after 2116 ms: Couldn't connect to server git 未能顺利结束 (退出码 128) (2250 ms @ 2025/9/24 14:47:30) 

解决方案

这个问题是因为 Git 试图通过本地 7898 端口的代理服务器连接 Gitee,但代理服务没有运行。以下是几种解决方案:

方案1:临时关闭 Git 的代理设置(推荐先尝试)

# 取消全局代理设置git config --global --unset http.proxy git config --global --unset https.proxy # 或者只为 Gitee 域名取消代理【博主是通过执行下面方式就可以了】git config --global http.https://gitee.com.proxy ""git config --global https.https://gitee.com.proxy ""

方案2:检查并启动代理服务

如果您确实需要使用代理,请启动您的代理软件:

  • Clash/V2Ray:打开代理软件,确保它正在运行
  • 检查代理端口:确认代理软件确实使用 7898 端口

方案3:直接使用命令行取消代理后克隆

# 1. 先取消代理设置git config --global --unset http.proxy git config --global --unset https.proxy # 2. 重新克隆项目git clone https://gitee.com/xiao555/centerinfo.git "D:\github\centerinfo"

方案4:检查环境变量

有时候代理设置可能来自环境变量:

# 检查环境变量echo$HTTP_PROXYecho$HTTPS_PROXYecho$http_proxyecho$https_proxy# 如果设置了,可以临时取消setHTTP_PROXY=setHTTPS_PROXY=

针对 Windows 系统的具体操作

方法1:使用 Git Bash 或命令提示符

# 打开命令提示符或 Git Bash,依次执行:git config --global --unset http.proxy git config --global --unset https.proxy git clone https://gitee.com/xiao555/centerinfo.git "D:\github\centerinfo"

方法2:检查全局 Git 配置

# 查看当前 Git 配置git config --global --list # 如果看到 proxy 设置,就取消它

验证解决方案

执行完上述命令后,重新运行克隆命令:

git clone https://gitee.com/xiao555/centerinfo.git "D:\github\centerinfo"

如果您确实需要代理

如果您的网络环境必须使用代理,请:

  1. 确保代理软件正常运行
  2. 确认代理端口确实是 7898
  3. 或者将 Git 配置为使用正确的代理地址

为什么会冲突

GitHub 和 Gitee 本身不会冲突,但在使用过程中可能会出现以下几种"冲突"情况:

1. 代理配置冲突

问题原因:

  • GitHub:国外网站,通常需要代理才能快速访问
  • Gitee:国内网站,直连速度更快,走代理反而慢或无法连接

典型症状:

# 为 GitHub 设置了代理,但 Gitee 也走代理导致失败git config --global http.proxy http://127.0.0.1:7898 git config --global https.proxy http://127.0.0.1:7898 

2. 认证信息冲突

SSH 密钥冲突:

# 同一个 SSH 密钥可能在不同平台权限不同# GitHub 和 Gitee 可能使用相同的 SSH 密钥,但配置不同

账号认证冲突:

  • 缓存了错误的凭据
  • 两个平台使用不同的用户名/邮箱

3. 解决方案

方案1:为不同平台设置不同的代理规则

# 只为 GitHub 设置代理git config --global http.https://github.com.proxy http://127.0.0.1:7898 git config --global https.https://github.com.proxy http://127.0.0.1:7898 # Gitee 直连(取消代理)git config --global http.https://gitee.com.proxy ""git config --global https.https://gitee.com.proxy ""

方案2:使用代理软件的规则模式

在代理软件(Clash/V2Ray)中设置:

  • GitHub 走代理
  • Gitee 直连(DIRECT)

方案3:分开配置不同的远程仓库

# 为特定仓库设置单独配置cd /path/to/gitee-project git config http.proxy ""# Gitee 项目直连cd /path/to/github-project git config http.proxy http://127.0.0.1:7898 # GitHub 项目走代理

方案4:使用 SSH 替代 HTTPS

# 使用 SSH 连接可以避免 HTTP/HTTPS 代理问题git clone [email protected]:xiao555/centerinfo.git git clone [email protected]:username/repo.git 

4. 凭据管理冲突解决

检查当前配置:

# 查看所有 Git 配置git config --global --list # 查看特定配置git config --global http.proxy git config --global https.proxy 

清理缓存凭据:

# Windows 凭据管理器清理# 或使用 Git 命令清理git credential-manager reject https://gitee.com git credential-manager reject https://github.com 

5. 推荐的最佳实践

配置示例:

# 取消全局代理git config --global --unset http.proxy git config --global --unset https.proxy # 按需为国外网站设置代理git config --global http.https://github.com.proxy http://127.0.0.1:7898 git config --global http.https://gitlab.com.proxy http://127.0.0.1:7898 # 国内网站直连git config --global http.https://gitee.com.proxy ""

6. 验证配置是否正确

# 测试 Gitee 连接(应该直连)git ls-remote https://gitee.com/xiao555/centerinfo.git # 测试 GitHub 连接(应该走代理)git ls-remote https://github.com/someuser/somerepo.git 

文章推荐

【代码管理】在本地使用github和gitee之后,可能存在冲突,导致再次提交代码时提示Couldn’t connect to server

【代码管理】使用github在线源代码管理工具时,遇到443提示服务器无法连接到

【Git】查看凭据管理器的账号信息,并删除账号,解决首次认证登录失败后无法重新登录的问题

总结:温故而知新,不同阶段重温知识点,会有不一样的认识和理解,博主将巩固一遍知识点,并以实践方式和大家分享,若能有所帮助和收获,这将是博主最大的创作动力和荣幸。也期待认识更多优秀新老博主。

Read more

开源新势力:openGauss 在数字时代企业级开源库选型核心的竞争力

开源新势力:openGauss 在数字时代企业级开源库选型核心的竞争力

前言 在 AI 与大数据深度融合的数字化浪潮中,数据形态正从单一结构化向 “结构化 + 非结构化” 混合形态演进。而数据库作为企业数据资产的核心载体,其选型直接关系到业务连续性、数据安全性与技术前瞻性。随着开源技术成为企业级应用的主流选择,市场对数据库的需求已从单纯的 “存储与查询”,升级为对 “高性能、高安全、高可用、智能化” 综合能力的诉求。 openGauss 作为源于华为技术沉淀的企业级开源关系型数据库,凭借架构创新、技术突破与生态共建,已成为越来越多关键行业的选型之一。下面,我们就来探究 openGauss 在数据库选型中究竟具备哪些竞争力! 一、openGauss 向量数据库简介 openGauss是一款全面友好开放,携手伙伴共同打造的企业级开源关系型数据库。openGauss提供面向多核架构的极致性能、全链路的业务、数据安全、基于AI的调优和高效运维的能力。其核心架构采用 “内核 + 引擎” 的模块化设计,内核层面保留关系型数据库的 ACID 事务特性,引擎层面则集成 DataVec 向量数据库能力,形成 “结构化

By Ne0inhk
EhViewer:官方开源免费的安卓E-Hentai漫画浏览神器,官方版下载安装图文教程

EhViewer:官方开源免费的安卓E-Hentai漫画浏览神器,官方版下载安装图文教程

版本一:专业科普版(适配技术博客/二次元社区专栏) https://gitee.com/one-hundred-and-eighty-ssk/ehhttp://官方漫画项目地址 漫画项目地址:https://gitee.com/one-hundred-and-eighty-ssk/eh EhViewer是一款开源、免费、专为Android平台打造的漫画浏览工具,核心服务于E-Hentai(俗称“e站”)二次元社区,支持漫画、动漫、Cosplay等同人资源的浏览、阅读与离线下载,是二次元爱好者的移动端阅读利器。 一、先搞懂:E-Hentai与同人本的核心概念 E-Hentai是全球规模最大的同人本交流社区,主打二次元同人创作资源分享,也是圈内公认的“同人本宝库”。 很多人对“同人本(同人志)”存在误解:它并非等同于黄暴内容,而是指基于已出版作品的角色/世界观进行二次创作,或完全原创的二次元刊物——优质同人本既能满足粉丝对原作情节、角色的个性化期待,还能反向提升原创作品的热度与传播度,是二次元文化生态的重要组成部分。 二、EhViewer为何诞生? E-Hentai

By Ne0inhk
如何在VsCode中使用git(免敲命令版本!保姆级!建议收藏!)

如何在VsCode中使用git(免敲命令版本!保姆级!建议收藏!)

目录 文章目录 前言 一、电脑安装git 二、在vscode安装git插件 三、克隆仓库 四、提交代码 五、创建分支、切换分支、合并分支 1、创建分支 2、切换分支 3、合并分支 六、创建标签和推送标签 七、解决冲突 八、拉取、抓取仓库 九、Reivew代码 总结 前言 随着Vscode的推出和普及,Git的使用也发生了变化,从原来的命令行管理仓库,再到现在用vscode从提交代码、解决冲突、reivew代码,整个管理仓库的过程全部都是可视化,大大降低了新手的使用难度,让新手也能轻松使用git 一、电脑安装git git官网:Git - 安装 Git 安装完git后,打开vscode显示这样的界面就是安装成功了

By Ne0inhk

深度解析:Qwen3.5-9B如何用1/13的参数量在5大基准中超越GPT-oss-120B?混合架构、基准测试、开源许可全分析

一、前言:AI圈的"小模型奇迹" 1.1 2025-2026年最热门的AI话题 如果你问AI领域从业者,2025-2026年最热门的话题是什么? 答案很明确:"小模型超越大模型"的技术突破。 而其中最震撼的,莫过于阿里通义千问(Qwen)团队在2026年初发布的Qwen3.5-9B模型。 1.2 核心数据对比 模型参数量推理任务得分视觉推理得分Qwen3.5-9B9B(90亿)81.770.1gpt-oss-120B约120B(12000亿)80.159.7 核心事实: * Qwen3.5-9B的参数量只有gpt-oss-120B的1/13.5 * 但在推理任务上得分超越gpt-oss-120B(81.7 vs 80.1) * 在视觉推理任务上也超越(70.1 vs 59.

By Ne0inhk