修复到现在为止从未引起问题的错误

我最近进行了更改，导致某些代码的运行频率比以前更高。这导致发现错误。该错误有可能在每次运行代码时发生，但是由于它很少运行而从未出现过。

当我提请首席开发人员注意此问题时，他希望我撤消暴露该错误的更改，而不是修复该错误并引用格言“如果它没有破裂，请不要对其进行修复”。

对我来说很清楚，直到现在我们还是很幸运的，但是他不听理智。

我是否应该修复它？

更新资料

主管在技术上对我没有任何权限。只是任期。直到一年前，他一直是该项目的唯一开发人员，而我认为他对建设性的批评并不很好。为了什么，我没有批评他。我只是指出，仅此错误从未出现并不表示它不存在。

我建议如果您有错误跟踪，请提交。如果很关键，请抬高它并引起他的注意。让您的上级在跟踪器中将其降级。当出现问题时，您将获得书面记录。

我个人会解决它，除非它需要付出比其价值更大的努力。“如果它没有坏，就不要修复它”适用于软件是可怕的。

如果您的主要开发人员是您的老板，而他说不要碰，那我就不会。

大多数答案和评论都建议通过创建错误报告并让其他人打电话来减轻决策的责任。

由于我没有bug追踪器（而且我怀疑如果我们这样做，除了我自己，其他人都不会使用它），所以我做了第二件好事。我超过了首席开发人员的头。向管理层解释情况后，他们以自己的方式看待事情。他们告诉我正确修复它，而忽略潜在客户的需求请求。他们说，如果他发现诡计并抱怨，他们会抚平所有皱褶的羽毛。

这不是理想的解决方案，但至少已正确修复了该错误。

提醒他这句话是“如果没有损坏，请不要修复”，而不是“如果客户没有注意到，请不要修复”。

您对所做的更改有什么理由？如果您无法指出用户将经历的更改或技术债务已被删除，那么我将支持首席开发人员，说要仅撤消更改，因为这只会使情况变得更糟。

在我看来，您至少有两个不同的选择：

如果您只是继续解决该错误，则可能会增加更多错误，这可能会适得其反。取决于您有多少经验和避免产生令人讨厌的惊喜的信心，这可能是我在这里的指南。

如果您被告知要做的事，是内还是问题呢？我想知道这里除了所谓的原则和价值观之外还有什么问题。我的意思是，这只是个玩笑，但也是这个想法出了什么问题的老实点？

虽然我的压倒性本能是修复错误而不是隐藏问题，但在某些情况下，我会hold之以鼻并隐藏问题。

1. 代码在内部使用，并且偶尔使用，因此错误的后果在公司内部是可以控制的。
2. 大量的商业考虑要求今天发货，并且一个错误修复程序可能会在两周后推出，并且后果不大。

从专业上讲，我不喜欢这些答案，并且会在内部清楚地表明这些情况正在发生。

最终，您不应做上司明确拒绝的任何事情。我相信，最好的做法是在您拥有的任何错误跟踪数据库中创建一个错误报告。这样，至少每个人都知道该问题，而拥有更多权限的人可以决定如何处理。

复制越野车功能，应用此修复程序，对其进行重命名，也许对其进行伪装，然后调用它。

根据您对showtopper的两个bug的评论，您最好的选择是遵循法律的条文，而忽略其精神。

显然，剪切和粘贴代码存在缺点，但是听起来这将是最少的问题。