可能你也遇到了这样的情况：产品的线上环境遭遇了意外的错误，这时候应该是及时修复错误，还是立即回滚旧版本？实际上，这个问题可能不是那么好回答。
在解决类似情况的时候，应该优先考虑修复错误。如果问题是个小故障，一条命令就能解决，而且这条命令的影响范围也很小，那么当然就不需要回滚了。不过，如果这个错误是个大问题，或者需要对整个系统进行修改，那么就需要谨慎考虑是否回滚才是更好的选择。
有一个非常实用的工具 Should I Roll Back？，可以帮助你在犹豫的时候做出正确的判断。这个网站会给你提供相关的信息和建议，辅助你在生产环境中做出最好的选择。
如果你决定修复错误，就需要尽可能快地把错误解决掉，然后在生产环境中进行验证。这个过程需要谨慎，因为你不能再出现类似的问题，所以你需要确保这个修复方案能够找到并解决所有的错误，并且不会带来过多的副作用和影响。
另一方面，回滚也是一个合理的选择，因为它可以保障你的系统稳定性，确保生产环境中不会有潜在的问题。同时，回滚还可以为你提供额外的时间，让你在积极修复错误的同时，更好地分析问题，找到最好的解决方案。。
无论你选择哪种方式，都需要谨慎考虑和掌握风险。在生产环境中处理错误，需要权衡所有的因素，保证最终的解决方案对系统的影响最小。Should I Roll Back？可以给你很好的启示和建议，但是你需要根据自己的实际情况，选择最佳的方案。
了解更多有趣的事情：https://blog.ds3783.com/