主要观点:《The Mikado Method》对作者职业生涯影响深远,虽未明确实践但每天都在思考,此方法可让大型重构等工作更易管理。
关键信息:
- 用于大型重构等项目,将工作拆分为原子性变化,逐个发布,如从 Rails4 升级到 Rails7,先在 Gemfile 中升级依赖,记录失败并逐个修复,失败则删除重来,直到所有测试通过再发布。
- 强调要有良好可靠的自动化测试套件,过程不是要严格遵循,而是提供框架,可根据自身需求调整,核心是拆分和独立发布。
- 倡导“原子化一切”,避免 PR 中包含无关变化,将工作拆分为最小单元独立发布,如发现问题可先记录待后续处理。
- 举例说明思考原子性的重要性,如从 Opentracing 迁移到 OpenTelemetry 的失败经历,大 PR 导致多次 shipping and reverting。
- 建议删除未完成的工作代码,当陷入困境时删除可重新开始,且要立即开始新的修复工作,因为有原子性提交和绿色本地测试保证。
重要细节:文中通过多个图片详细展示了 Mikado Method 的步骤,如升级 Rails 时的记录和处理过程等。
总结:《The Mikado Method》提供了一种有效的工作框架,帮助开发者以安全可靠的方式发布代码,虽不一定完全按书中描述执行,但能提升开发者能力。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。