嘿，我来帮你把这些Git相关的问题拆解清楚，尽量用直白的方式讲明白～

1. 提交推送后会进入哪个分支？不符合预期该怎么改？ #

首先，你执行git push的时候，默认会推送到**当前你正在工作的分支（也就是用git branch标了*的那个）**对应的远程分支——前提是本地分支和远程分支已经建立了追踪关系，比如克隆仓库后默认的main分支会自动追踪远程的origin/main。举个例子：你在dev分支上做了提交，推送后这些改动就会到远程的origin/dev分支。

如果发现推错了分支，分两种情况处理：

情况1：还没推送到远程，只是本地提交错了分支 #

• 把提交移去正确分支：先切换到正确分支（比如git checkout 目标分支名），然后用git cherry-pick <提交哈希值>把错误分支上的提交复制过来。之后回到错误分支，用git reset --hard HEAD~1（如果是最近一次提交的话）把错误提交撤销掉就行。
• 直接调整分支指向：如果错误分支是你刚建的、没别人用，也可以用git branch -f 错误分支名 正确分支名，让错误分支直接指向正确分支的最新提交，不过这个操作要谨慎，别搞错分支名。

情况2：已经推送到远程分支了 #

• 远程分支还没人用：先在本地把分支修正（比如把提交移到正确分支，然后重置错误分支的本地版本），之后执行git push -f origin 错误分支名强制覆盖远程分支。但注意：这个操作会改写远程的历史记录，一定要确认没人在这个分支上拉取过代码！
• 远程分支已经有同事在使用：千万别强制推送！正确的做法是：在正确分支上重新提交（或者用cherry-pick把提交移过去），然后回到错误分支，用git revert <提交哈希值>生成一个“撤销提交”，把这个撤销提交推送到远程。这样能保留完整的历史记录，不会影响其他同事的工作。

2. 关于克隆仓库后分支操作的问题&Git对象科普 #

先帮你理一理你当前的操作逻辑：你克隆仓库后（这时候默认是在主分支，比如main），做了修改、git add、git commit，然后为了备份建了SomeUniqueName分支并切换过去。其实这时候SomeUniqueName分支已经指向了你刚才的提交，相当于把你的改动单独存到了这个新分支里，不会影响原来的主分支。

如果你想让原来的主分支回到克隆时的状态，只需要：

• 切换回主分支：git checkout main
• 执行git reset --hard origin/main，这样本地主分支就会和远程仓库的主分支完全一致，而你的所有改动都安全存在SomeUniqueName分支里，完全不会打扰到同事。

另外，你提到没人能解释Git的对象，我给你用大白话讲下核心的四种Git对象：

• Blob对象：就像文件的“内容快照”，只存文件里的文字/代码，不存文件名。
• Tree对象：相当于目录清单，记录哪个文件名对应哪个Blob对象，或者哪个子目录对应哪个Tree对象。
• Commit对象：就是你每次git commit生成的“版本快照”，包含当前的Tree对象（代表整个项目的目录结构）、父提交（上一个版本的Commit）、你的名字邮箱、提交备注这些信息。
• Tag对象：给某个Commit对象打个“标签”，比如v1.0，方便快速找到某个重要版本。

简单说，Git就是靠这四种对象，把每个版本的项目状态都完整存下来，不管你怎么改，都能回溯到之前的版本～

内容的提问来源于stack exchange，提问作者user8434768