版本控制

Git 真正难的地方并不是记住几个命令，而是理解「分支为什么存在」「Merge 和 Rebase 到底有什么区别」以及「出现冲突以后应该怎么处理」。 日常开发中，一个项目通常同时存在多个功能开发、Bug 修复和版本发布任务。如果所有人都直接修改同一个分支，很快就会出现代码互相覆盖、提交历史混乱以及难以追踪的问题。 Git 的分支机制解决了这个问题。开发者可以从主分支创建独立分支，在自己的分支上完成开发，然后通过 Merge 或 Rebase 将代码重新整合到目标分支。 本文不从 Git 的基础命令开始，而是直接从实际开发流程理解 Git 分支、Merge、Rebase 和冲突处理。 Git 分支到底是什么 Git 中的分支本质上是指向某个 Commit 的引用。 例如项目最开始只有一条 main： A --- B --- C ↑ main 开发新功能时创建 feature/login： A --- B --- C ↑ main ↑ feature/login 继续开发后： A --- B --- C --- D --- E ↑ ↑ main feature/login 此时 main 并没有发生变化，feature/login 在自己的提交历史上继续向前发展。 Git 官方文档也强调，Git 分支非常轻量，创建分支本质上只是创建一个指向 Commit 的引用，因此 Git 鼓励开发者频繁使用分支。...