主要观点:作者是小而专注 PR 的粉丝,认为大的包含多种更改的 PR 不好,容易遗漏问题且难审查,应分开处理。通过版本控制将更改拆分为两个 PR,先进行重构和添加测试的 PR,再进行新功能的 PR,这样更易保证重构不破坏功能且便于审查。
关键信息:
- 以添加功能时需重构为例,说明大 PR 的问题。
- 具体的将更改拆分为两个 PR 的步骤,包括创建分支、提交更改等。
- 分享了近期在喜欢的博客上的帖子,包括关于订阅者问题、生活追踪回顾、Elixir 最后演出等内容。
重要细节: - 强调在不知道重构需求前无法确定如何处理,不能只说下次会做好。
- 详细描述了每个分支的操作和提交信息。
- 提及帖子的发布时间和来源。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。