git blame的核心功能是逐行追溯一个文件中每一行的最后修改信息。谁修改了这一行（作者）。在哪个提交中修改的（提交哈希）。什么时候修改的（提交时间）。提交信息是什么（可选）。定位引入 Bug 的特定提交。了解某段代码的演变历史和上下文。在代码审查时，了解特定变更的负责人。隐藏作者和时间信息，只显示提交哈希和代码内容，使输出更紧凑。

核心思想的作用是“采摘”一个或多个已有的提交，并将这些提交的更改作为一个新的提交应用到当前分支上。形象比喻：想象你的 Git 提交历史是一棵樱桃树，每个提交都是一颗樱桃。允许你从树的任意枝干（分支）上，精准地摘下一颗或几颗樱桃（提交），然后嫁接到你当前的枝干（分支）上。与merge和rebasemerge：将整个分支的所有更改整合到另一个分支，会产生一个合并提交。rebase：将一个分支的所有提交

git rebase（变基）的核心思想是“重新定位”一个分支的基准。它将一个分支上的一系列提交“移动”到另一个新的基础提交之上，从而创造出更线性的项目历史。与git mergeMerge（合并）：创建一个新的“合并提交”，将两个分支的历史联系在一起。历史记录会忠实地反映出所有的开发过程，但可能会显得复杂（尤其是存在大量分支时）。Rebase（变基）：通过重新播放提交来整合变化，使得历史记录看起来像

与 git reset 不同的是，git revert 不会修改提交历史，而是创建一个新的提交来反转之前的提交。

【代码】21. git apply。

设置用户信息、编辑器、别名、仓库行为等。

等。这是一个综合性的命令，推荐逐渐过渡到新命令，新命令更专一，Git 2.23+ 版本上开始使用。切换分支（git switch）、恢复文件（git restore）。

【代码】3. git commit。

git merge 是 Git 中用于的核心命令，可以将其他分支的修改合并到当前分支。

git push命令用于将本地分支的提交上传到远程仓库，并更新远程仓库对应的分支。它是你与团队成员分享代码、进行协作的基础。简单来说，它完成了本地工作到中央仓库的“推送”动作。核心概念：上游分支：当你克隆一个仓库后，本地分支（如main）通常会与一个远程分支（如）建立追踪关系。这个远程分支就是本地分支的“上游分支”。快进推送：如果远程分支的最新提交是你本地分支历史的直接祖先，那么 Git 只需将远