Git 补丁与钩子使用指南
一、Git 补丁相关问题
在全球多个分布式存储库中创建健壮、相同的内容是一项艰巨的任务，尽管如今的电子邮件系统存在诸多困难，但仍需完成这一任务。一个原本良好的补丁可能会因各种与邮件相关的故障而失效。Git 有责任确保通过不可靠的传输机制，完整的补丁 - 邮件 - 应用周期能够忠实地重建相同的内容。
1. 补丁失败的原因
补丁失败的原因多种多样，包括工具不匹配和不同的理念，但最常见的失败原因是未能保持原始内容的精确行处理特性。这通常表现为由于发送方或接收方的邮件用户代理（MUA）或任何中间邮件传输代理（MTA）对文本进行重新排版而导致的换行。幸运的是，补丁格式具有内部一致性检查，可防止此类失败破坏存储库。
2. 打补丁与合并的区别
- 内容匹配处理：Git 可以处理在一个存储库中混合应用补丁和拉取相同更改的情况。即使接收存储库中的提交最终与制作补丁的原始存储库中的提交不同，Git 也可以利用其比较和匹配内容的能力来解决问题。后续的差异比较将显示没有内容更改，日志消息和作者信息也将与补丁邮件中传达的相同，但日期和 SHA1 等信息会不同。
- 历史记录差异：直接获取并合并具有复杂历史的分支，与应用补丁序列相比，会在接收存储库中产生不同的历史记录。创建补丁序列会将图进行拓扑排序，形成线性化的历史记录，因此应用到另一个存储库时会产生原始存储库中没有的线性化历史。这是否是问题取决于开发风格和最终意图，至少会丢失导致补丁序列的完整分支历史。
