git解决使用命令遇到fatal: remote origin already exists

从字面意思上进行分析，连接上远程仓库已经退出。看不懂英文是啥意思也没关系，咱有有道词典借鉴学习。
至于为何退出，80%的原因是已经连上远程仓库。当你再次执行远程连接命令时，会出现以上的报错信息，小部分原因是其它问题导致的。

问题展示
【git】使用git遇到fatal: remote origin already exists

1、输入如下命令

1
2

# 输入如下命令 
git remote add origin  https://github.com/(user_name)/(app_name).git

2、如果遇到
从字面意思上进行分析，连接上远程仓库已经退出。

1

fatal: remote origin already exists

3、可尝试
释放远程仓库连接

1

git remote rm origin 

4、再输入 如下命令就不会报错了！
执行远程仓库连接命令

最近接触到了国产数据库达梦，因此想着写一个合集方便查阅连接驱动，以及配置连接。

• MySQL5.x & MySQL8.x
• 达梦数据库（DM8）
• Oracle11gR2
• SqlServer2012

MySQL 文档整理合集（5.5、5.6、5.7，8.0.45，8.4.8，9.6.0），定期更新：

链接: https://pan.baidu.com/s/1jGkGarWZWVnzQ9so0D8maA?pwd=8kff

提取码: 8kff

阅读本篇博文与读者的约定：

1. 关于数据库（角色用户）需要开放哪些权限，需要根据职员的具体职责进行判断。
2. 博文可能存在过时，仅供参考哟。
3. 文档合集整理均来自于 MySQL 官网，部分是我自己的实操经验总结，请自行甄别。定期更新。

当你看到这篇教程时，MySQL 目前最新GA（稳定）版本可能已经更新到了 MySQL 8.0.45 或者更高，

• 稳定版 MySQL 8.0 Release Notes Changes in MySQL 8.0.45 (2026-01-20, General Availability)，
• 长期支持版 MySQL 8.4 Release Notes Changes in MySQL 8.4.8 (2026-01-20, LTS Release)，
• 创新版 Innovation MySQL 9.6 Release Notes Changes in MySQL 9.6.0 (2026-01-20, Innovation Release)。

前言

谁说MySQL查询千万级别的数据很拉跨？我今天就要好好的和你拉拉家常，畅谈到深夜，一起过除夕！这篇文章也是年前的最后一篇，希望能带给大家些许收获，不知不觉查找文档和参考实体书籍就写了这么多，自己都感觉到意外。不禁感慨到，知道的越多，才知道不知道的更多。

开发人员或者是DBA都应该关注MySQL使用的存储引擎，选择合适存储引擎对你的应用性能提升是明显的。在阅读到本文的时候，肯定是有一定的MySQL或者其它数据库基础的，不然有些地方看着会很费劲。重点地方，我都进行了加粗处理，这样更容易获取关键知识点。

关于存储引擎，一篇文章也不可能面面俱到，对个人觉得比较重要、于工作有益的方面进行阐述。如果真的去深挖，估计得一本书的篇幅。顺带还介绍一些数据类型选择、字符集设置、索引的使用；视图、存储过程、函数以及触发器啊等等会在下一篇博文进行详细的描述。但本文不会做太详细的叙述。本篇文章以存储引擎的选择为核心，如果有出现瑕疵的地方，希望您能留下宝贵的建议。

git文件管理与索引

前言

这一夜，注定是个不眠之夜，小白和cangls的对话已然进入了白热化。小白孜孜不倦的咨询关于git方面的知识，对索引越来越感兴趣。小白以前存的小电影文件可以进行版本的对比，探索哪个版本画质更好。

小白：cangls，我最近有点疑惑。
cangls：具体是哪些方面呢？

小白：最近有些需求，我需要对文件进行版本管理控制，但是有些问题百思不得其解。
cangls：版本管理啊，这个我可熟悉呢，最近也在总结系列文章。看了之后，相信会对你有所帮助。

Linus Torvalds在Git邮件列表里曾说如果不先了解索引的目的，你就不能完全领会Git的强大之处。

本文为个人Git系列文章第二弹，git进阶内容之不得不了解的文件管理与索引。Git的索引不包含任何文件内容，它仅仅追踪你想要提交的那些内容。当执行git commit命令的时候，Git会通过检查索引而不是工作目录来找到提交的内容。虽然git在底层为了我们处理了很多事情，但记住索引和它的状态也很重要。在任何时候都可以通过git status命令来查询索引的状态。

正文

VCS的经典问题之一就是文件重命名会导致它们丢失对文件历史记录的追踪。而Git即使经过重命名，也仍然能保留历史信息。在实际的工作使用中，貌似Git系统处理文件重命名的方式更优越一点点。因为啊，git有多种方式处理重命名一个文件（比如：使用git rm配合git add、git mv），而以往的程度还不足以确保SVN知道所有的情况。但是，还没有能完美处理重命名的文件系统。