在这个美好的日子里，云服务器网站，我一直在和abapGit的发明者交谈，讨论如何修复开源项目的bug。

用你自己的Z代码，京淘客，修复问题当然很容易–用开源ABAP代码，应该也很容易。

但是标准SAP代码呢？

据我们所知，SAP功能模块通常被标记为"未发布"，我们任何可怕的客户组织都不应该使用它们。幸运的是，在整个世界的历史上，没有一个SAP客户在其Z代码中使用过未发布的功能模块。

但让我们说，他们确实使用了，返利淘客，并且在标准代码中发现了一个bug，并试图通过OSS告诉SAP。

我想你可以猜到发生了什么。这就是扩展程序检查在标准SAP代码上不起作用的原因。

作为一名SAP导师，360大数据，我应该有一个"观点"，因此我的观点是——如果任何地方的代码中有一个bug——并且引起您的注意——以及如何修复它的说明——那么您应该修复它。即使没有指令，你仍然应该修复它，因为如果你是一个专业的程序员，当你知道错误存在于你的代码中时，你怎么能让它们继续存在呢？

让游戏开始

在我的组织中，一位开发人员提请SAP注意未发布的功能模块SHP\u DELIVERY\u READ\u SINGLE中的一个错误。

我了解，根据规则，SAP以外的任何人都不应使用此功能，但如果SAP内部有人想使用它怎么办？它有一个严重的错误。

我们要做的就是修复代码中的一个错误，而且修复也非常简单。很自然，我们在每一个回合都会被击退-更重要的是花几个小时或几天的时间告诉我们，淘客推广怎么做，我们使用这样一个功能模块违反了规则，而不是花两分钟来修复代码。

所以游戏是这样的-面板能解决函数SHP\u DELIVERY\u READ\u SINGLE routine中的bug（不止一个）吗你要送货吗？

SAP不太可能解决这个问题，但这并不是问题的关键——关键是找到bug，而代码本身就是一件有趣的事情。