主要观点:讨论提交补丁时是否应拆分补丁,给出了不同情况下拆分补丁的原则和示例,强调每个补丁应自成一体且能使源代码树从一个工作状态转换到另一个工作状态,同时要向审阅者说明补丁拆分的前提、状态和预期等。关键信息:可将补丁拆分为0001-first.patch等序列形式,分别提交。原则是每个补丁应独立有意义,如最简单情况可将整个内容作为一个补丁,若有清理工作可单独提交新补丁,大项目的准备工作应单独成系列补丁等。拆分应避免使每个补丁不具独立性,如拆分文档或测试等不可取。提交补丁系列时要向审阅者解释结构和预期,一般按顺序审阅,补丁系列可视为某种队列。重要细节:提及先前文章及一般 Git 文档获取拆分技术细节,仅讨论拆分原因。示例包括新功能的补丁提交、开发过程中的清理补丁、准备工作的补丁等,如这里等链接指向具体示例。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。