如何在 Git 中操作本地分支并进行代码提交？

如何在 Git 中操作本地分支并进行代码提交？

【核心定义】

在 Git 中操作本地分支并进行代码提交，是通过版本控制命令创建、切换、管理分支，并将工作区的修改记录到仓库历史的过程。

【关键要点】

1. 分支查看与创建

   • git branch：查看本地分支列表，当前分支前有 * 标记
   • git branch <branch-name>：基于当前分支创建新分支
   • git checkout -b <branch-name>：创建并立即切换到新分支（常用快捷操作）

2. 分支切换与操作

   • git checkout <branch-name>：切换到指定分支
   • git switch <branch-name>：Git 2.23+ 推荐的更安全切换命令
   • git branch -d <branch-name>：删除已合并的分支
   • git branch -D <branch-name>：强制删除未合并的分支

3. 代码提交流程

   • git add <file> 或 git add .：将修改添加到暂存区
   • git commit -m "commit message"：将暂存区内容提交到本地仓库
   • git commit -am "commit message"：一次性添加并提交已跟踪文件的修改

【深度推导/细节】

分支操作的本质逻辑

Step 1 - 分支创建原理 当执行 git branch feature 时，Git 只是创建了一个名为 feature 的指针，指向当前所在的提交对象。这意味着：

• 创建分支几乎瞬间完成（只增加41字节的引用文件）
• 新分支与当前分支共享所有历史提交

Step 2 - 提交的底层机制

工作区 --git add--> 暂存区 --git commit--> 本地仓库

每次提交都会生成一个唯一的 SHA-1 哈希值，包含：

• 提交内容的快照（tree对象）
• 父提交指针（形成链式历史）
• 作者、提交者、时间戳、提交信息

Step 3 - 分支合并的临界决策 当需要将特性分支合并回主分支时：

• git merge：创建新的合并提交，保留完整历史
• git rebase：变基操作，重写提交历史，保持线性
• 选择策略：团队协作用 merge，个人特性分支可用 rebase

【关联/对比】

Git 分支模型对比

版本差异要点

• Git 2.23+ 引入 git switch 和 git restore 命令，更安全地区分分支切换和文件恢复
• 传统方式：git checkout 一身多职，容易误操作
• 最佳实践：新版本推荐使用专用命令，降低操作风险

【面试官追问】

Q1：git merge 和 git rebase 的主要区别是什么？

核心区别：merge 保留历史，rebase 重写历史

• merge：创建新的合并提交，分支历史如实记录
• rebase：将当前分支的提交”复制”到目标分支末端，形成线性历史
• 黄金法则：不要在公共分支上使用 rebase

Q2：如何撤销一次错误的提交？

分层级撤销策略：

1. 仅撤销提交，保留修改：git reset --soft HEAD~1
2. 撤销提交和暂存，保留工作区修改：git reset HEAD~1（默认 mixed）
3. 彻底丢弃提交和所有修改：git reset --hard HEAD~1
4. 已推送的提交：使用 git revert 创建反向提交

Q3：.gitignore 文件的作用和最佳实践？

作用：指定 Git 应忽略的文件模式 最佳实践：

• 项目根目录放置全局 .gitignore
• 根据语言/框架使用标准模板（如 GitHub 的 gitignore 仓库）
• 忽略编译产物、依赖目录、IDE配置、敏感信息文件
• 已跟踪的文件需先 git rm --cached 才能被忽略

Q4：什么是 detached HEAD 状态？如何恢复？

定义：HEAD 指针直接指向某个提交而非分支 产生场景：git checkout <commit-hash> 或 git checkout <tag> 恢复方法：

# 方法1：创建新分支保存修改
git branch temp-branch
git checkout main

# 方法2：直接切换回原分支
git checkout -

Q5：如何优化提交历史（交互式变基）？

git rebase -i HEAD~3  # 修改最近3次提交

可执行操作：

• pick：保留提交
• reword：修改提交信息
• edit：修改提交内容
• squash：合并到前一个提交
• fixup：合并并丢弃提交信息
• drop：删除提交

【实战技巧】

高效分支命名规范

• feature/：新功能开发
• bugfix/：缺陷修复
• hotfix/：紧急线上修复
• release/：版本发布准备

提交信息规范（Conventional Commits）

<type>(<scope>): <subject>

<body>

<footer>

常用类型：feat, fix, docs, style, refactor, test, chore

保护机制与安全操作

1. 预提交钩子：.git/hooks/pre-commit 自动运行代码检查
2. 分支保护：git config --local branch.master.protect true
3. 别名配置：简化常用命令

   git config --global alias.co checkout
   git config --global alias.br branch
   git config --global alias.ci commit
   git config --global alias.st status

通过掌握这些核心操作和原理，你不仅能熟练使用 Git 进行日常开发，还能在团队中建立规范的版本控制流程，有效管理代码生命周期。