💌 所属专栏：【Git】
😀 作 者：我是夜阑的狗🐶
🚀 个人简介：一个正在努力学技术的CV工程师，专注基础和实战分享 ，欢迎咨询！
💖 欢迎大家：这里是CSDN，我总结知识的地方，喜欢的话请三连，有问题请私信 😘 😘 😘
您的点赞、关注、收藏、评论，是对我最大的激励和支持！！！🤩 🤩 🤩
前言
大家好，又见面了，我是夜阑的狗🐶，本文是专栏【Git】专栏的第二十六篇文章;
这是今天学习到Git 基础篇 – 远程与本地提交的差异 💖💖💖，开启新的征程，记录最美好的时刻🎉，每天进步一点点。
专栏地址：【Git】 ， 此专栏是我是夜阑的狗对Git，Gitee等工具使用过程的总结，希望能够加深自己的印象，以及帮助到其他的小伙伴😉😉。
如果文章有什么需要改进的地方还请大佬不吝赐教👏👏。
一、远程与本地提交的差异
这里给大家推荐一个好用的 Git在线练习地址。在这练习网站里面也有自己的教程，就让我们一步一步跟着教程学习吧，记录下自己的所感所悟。前面已经简单的学习了纠缠不清的分支提交方式，接下来就让我们看看在实际项目过程中远程与本地提交有什么差异。话不多说，让我们原文再续，书接上回吧。
1、介绍
既然你已经看过 git clone 命令了，咱们深入地看一下发生了什么。你可能注意到的第一个事就是在我们的本地仓库多了一个名为 o/main 的分支, 这种类型的分支就叫远程分支。由于远程分支的特性导致其拥有一些特殊属性。
远程分支反映了远程仓库(在你上次和它通信时)的状态。这会有助于你理解本地的工作与公共工作的差别 —— 这是你与别人分享工作成果前至关重要的一步。
远程分支有一个特别的属性，在你切换到远程分支时，自动进入分离 HEAD 状态。Git 这么做是出于不能直接在这些分支上进行操作的原因, 你必须在别的地方完成你的工作, （更新了远程分支之后）再用远程分享你的工作成果。
你可能想问这些远程分支的前面的 o/ 是什么意思呢？好吧, 远程分支有一个命名规范 —— 它们的格式是:
<remote name>/<branch name>
因此，如果你看到一个名为 o/main 的分支，那么这个分支就叫 main，远程仓库的名称就是 o。
大多数的开发人员会将它们主要的远程仓库命名为 origin，并不是 o。这是因为当你用 git clone 某个仓库时，Git 已经帮你把远程仓库的名称设置为 origin 了。
注意：不过 origin 对于我们的 UI 来说太长了，因此不得不使用简写 o 😃 但是要记住, 当你使用真正的 Git 时, 你的远程仓库默认为 origin！说了这么多，让我们看看实例。
2、示范
如果切换到远程分支会怎么样呢？如下图所示。
git checkout o/main
git commit
正如你所见，Git 变成了分离 HEAD 状态，当添加新的提交时 o/main 也不会更新。这是因为 o/main 只有在远程仓库中相应的分支更新了以后才会更新。运行结果如下图所示：
要通过本关，在 main 分支上做一次提交；然后切换到 o/main，再做一提交。这有助于你理解远程分支的不同，他们的更新只是反映了远程的状态。
3、实战
从前面了解到具体的实现的步骤，就可以开始实战啦。这里先给大家说一下这个练习网站的一些使用技巧，
- help 指令
执行这个命令后就会有个帮助信息的弹窗。
- levels 指令
执行完这个命令之后就能看到关卡目录了。
- 目标
- 开始结构
- Step 1、main 分支提交
在 main 分支上做一次提交。
git commit
很简单吧！运行结果如下图所示：
- Step 2、选择 o/main 分支
切换到 o/main 分支。
git checkout o/main
运行结果如下图所示：
- Step 3、再次提交
在 o/main 分支上再提交。
git commit
这里主要帮助我们理解本地分支和远程分支不同之处，运行结果如下图所示：
达成目标之后就会有成功的提示。
总结
感谢观看，如果觉得有帮助，请给文章点个赞吧，让更多的人看到。🌹 🌹 🌹
也欢迎你，关注我。👍 👍 👍
原创不易，还希望各位大佬支持一下，你们的点赞、收藏和留言对我真的很重要！！！💕 💕 💕 最后，本文仍有许多不足之处，欢迎各位认真读完文章的小伙伴们随时私信交流、批评指正！下期再见。🎉
更多专栏订阅:
- 😀 【LeetCode题解（持续更新中）】
- 🌼 【鸿蒙系统】
- 👑 【Python脚本笔记】
- 🚝 【Java Web项目构建过程】
- 💛 【微信小程序开发教程】
- ⚽ 【JavaScript随手笔记】
- 🤩 【大数据学习笔记（华为云）】
- 🦄 【程序错误解决方法（建议收藏）】
- 🚀 【软件安装教程】
订阅更多，你们将会看到更多的优质内容！！