Git 项目分叉与补丁使用全解析
1. 项目分叉（Forking Projects）
1.1 分叉的定义与概念
在 Git 中，克隆一个仓库的操作可以被视为对项目进行分叉（Forking）。虽然分叉在功能上类似于其他版本控制系统中的“分支（Branching）”，但 Git 有独立的“分支”概念，所以不要将它们混淆。与分支不同，Git 分叉没有确切的名称，通常通过克隆到的文件系统目录、远程服务器或 URL 来指代。
“分叉”这个术语源于这样的概念：当创建一个分叉时，会为开发创建两条同时进行的路径，就像开发道路上的岔路。“分支”这个术语则基于类似的树状类比。从概念上讲，分支通常发生在单个仓库内部，而分叉通常发生在整个仓库级别。
1.2 分叉的社会与政治因素
虽然可以很容易地使用 Git 对项目进行分叉，但这更多是一种社会或政治选择，而非技术选择。对于公共或开源项目，拥有整个仓库的副本及其完整历史记录，既促进了分叉的发生，也可能阻碍分叉。例如，GitHub.com 就将这种理念发挥到了极致，每个人的版本都被视为一个分叉，并且所有分叉都显示在同一位置。
1.3 分叉是否是坏事
历史上，分叉项目往往是出于权力争夺、不愿合作或放弃项目的考虑。当开源项目中的一名开发者对主要开发工作不满意时，会复制源代码并开始维护自己的版本，这种分叉传统上被认为是负面的，意味着开发者无法从主项目中获得自己想要的东西。然而，分叉并不一定是“坏事”。一方面，新的观点和领导可能正是项目复兴所需要的；另一方面，它也可能导致开发工作中的冲突和混乱。
1.4 调和分叉
Git 试图消除分
