开发管道是一个生产系统

软件开发人员在职业生涯的早期就了解到，没有什么比修复生产中断更紧迫的了。放下一切！所有的人都在甲板上！然而，我们的开发工具、构建系统、QA 环境和软件开发流程的其他部分的问题通常不会得到同样程度的紧迫性。但对于开发团队来说，开发流水线就是一个生产系统。软件开发人员的工作是为公司创造价值。有时这意味着构建新功能，有时这意味着修复客户生产系统的关键错误。但当软件开发流程中出现问题时，这一切都不会发生。如果代码无法编译，开发人员就无法完成他们的工作，团队也无法生产软件。对于开发团队来说，这是一次生产中断。解决这个问题应该是当务之急。如果 QA 服务器宕机，测试人员就无法完成他们的工作，团队也无法生产可用的软件。对于 QA 团队来说，这是一次生产中断。修复它应该是首要任务。当你得知这是我自己画的时，你不会感到惊讶。在制造业中，有大量的流程和程序涉及如何防止和最大限度地减少装配线上的停机时间。 IT 服务中断也存在类似的流程。但我发现其中大多数都集中于向客户提供的服务中断，而不是负责构建和支持服务的人员。我建议考虑将您从“客户想要某些东西”到“向客户交付某些东西”的所有组件：问题报告和变更请求系统，如 GitHub Issues、Jira 等开发人员用来直接构建软件的工具，如 IDE、构建工具（Gradle、Maven 等）、包存储库（npm、Maven Central、内部存储库等）、本地数据库、容器等 CI/CD 工具（Jenkins、GitHub Actions 等）。失败的测试套件（如果测试失败，你肯定不会部署到生产环境？） QA 服务器中断（如果 QA 没有测试过，你肯定不会部署到生产环境？） 从字面上看，流程中任何阻止你进行更改并将其部署到生产环境的步骤 开发流程中断的团队无法生产软件，必须将其视为生产中断。