软件交付与值班工程师工作指南
一、软件交付的注意事项
1. 软件交付的“应该做”与“不应该做”
在软件交付过程中,有一系列的最佳实践和需要避免的错误操作,具体如下表所示:
| 应该做(DO’S) | 不应该做(DON’TS) |
| — | — |
| 尽可能使用基于主干的开发和持续集成。 | 不发布未版本化的软件包。 |
| 使用版本控制系统(VCS)工具来管理分支。 | 不要将配置、架构、图像和语言包打包在一起。 |
| 与发布和运维团队合作,为你的应用程序创建合适的流程。 | 不要盲目依赖发布经理和运维团队。 |
| 发布版本变更日志和发布说明。 | 不使用 VCS 来分发软件。 |
| 发布新版本时通知用户。 | 发布后的版本包不要更改。 |
| 使用现成的工具实现自动化部署。 | 部署时不监控结果。 |
| 使用功能开关逐步推出更改。 | 不依赖部署顺序。 |
| 使用断路器防止应用程序造成重大损害。 | |
| 对于重大更改,使用流量阴影和灰度发布。 | |
2. 学习资源推荐
- 《Git for Teams》:提供了更多关于分支策略的详细信息,即使你不使用 Git,这本书也很有价值。
- 《Continuous Delivery》:深入探讨了软件交付相关的主题,适合在发布工程方面投入大量时间的人阅读。
- 《Google’s Site Reliability Engineering》:第 8 章涵盖了发布工程的内容,适合想要快速了解相关知识的人。
- 《Rel
超级会员免费看
订阅专栏 解锁全文
41

被折叠的 条评论
为什么被折叠?



