《.NET5.0误背黑锅》第五集剧情突变：责任全在我们，不应由.NET5.0承担

第1集：验证 .NET 5.0 正式版 docker 镜像问题

第2集：码中的小窟窿，背后的大坑，发现重要嫌犯 EnyimMemcachedCore

第3集-剧情反转：EnyimMemcachedCore 无罪，.NET 5.0 继续背锅

第4集：一个.NET，两手准备，一个issue，加倍关注

第5集-案情突破：都是我们的错，让 .NET 5.0 背锅

今天晚上我们发布了最新版博客系统的 .NET Core 3.1 版，之前回退的都是以前的 .NET Core 3.1 版，最新版是基于 .NET 5.0，今天进行一番降级修改才有了 .NET Core 3.1 版。出这个版本有2个打算，一是如果问题暂时解决不了，先用 .NET Core 3.1 版支撑一段时间，二是验证一下是不是这段时间我们代码的变更埋下的坑。

原本不报希望我们能写出如此大坑的代码，原以为这次发布肯定不会出现故障，但残酷的现实让我们无地自容，发布过程中竟然也出现了同样的故障 —— 这200%证明了问题是我们自己写的代码引起的，真凶代码就藏在博客系统 2.3.73 与 2.3.100 版本之间的200多个commit中，与 .NET 5.0 无任何关系，是我们的麻木自信让 .NET 5.0 刚刚出道就背锅，是我们给 .NET 社区雪上加霜，都是我们的错，我们会将功补过。

我们会将糟糕的博客系统代码开源，给 .NET 社区提供一个反面教材，我们会苦练内功并分享自己的 .NET 开发实践，我们会尽自己的最大努力推动 .NET 社区的发展，因为我们的抹黑给 .NET 带来的损失，我们会黑一罚十地还回去。

非常抱歉，这段时间给大家带来麻烦了，请大家谅解。

接下来我们要好好 review 代码，找出究竟是什么样的代码惹出这么大的祸，给大家一个交代。

下集：《.NET 5.0 背锅案》第6集-案发现场回顾：故障情况下 Kubernetes 部署表现