如何在不破坏发布的情况下清理过时的软件包

我曾参与过一次审查，发现多个服务中存在一长串过时的软件包。第一个工单基本上要求更新所有内容，这听起来很负责任，但让工程团队无法规划工作。 我们将任务拆分成了更小的类别。直接运行时软件包优先，仅用于开发的工具归入单独的通道，框架的大版本升级则成为拥有专门测试负责人的独立项目。我们还记录了尚无可用更新的情况，这样同一个事项就不会每周都被重新打开。 当工作看起来像是常规维护而不是突击审计时，进展就顺利多了。当团队能看到哪些更新涉及面向客户的代码，哪些可以等到下一个正常发布窗口时，他们更愿意提供帮助。