有没有办法让未模糊的javascript过期？

Question

目前，我们的开发人员对javascript代码进行了清理，以便他们可以在我们发布到生产之前更好地对我们的代码进行QA。

然而，有时，他们会忘记在发布到生产环境之前对代码进行混淆。

我想知道是否有一种方法可以使未混淆的javascript过期，这样，即使QA开发人员忘记混淆js，它也会在特定的时间范围(例如12小时)后自动混淆js。

Answer 1

Javascript不会使自身变得模糊，所以这个问题没有多大意义。

混淆是在构建/发布过程中由一个单独的工具完成的。您需要的是改进/自动化发布过程的一部分，以消除该过程中人为错误的可能性。这可以通过更严格的手动过程或更自动化的过程来完成。

一般来说，QA团队应该测试部署在最终站点上的完全相同的代码，所以如果这是模糊的，那就是QA应该测试的。所以，首先，我要回顾一下QA正在做什么以及为什么。他们应该测试混淆后的代码。

如果QA出于任何原因需要审查未混淆的代码(我自己想不出任何可能的原因)，那么他们应该在自己的系统上制作一份未混淆的代码副本，并且不应该将未混淆的代码放在发布过程中的任何地方。

最后，听起来您将受益于构建一个自动发布流程，该流程执行混淆并部署到QA测试环境和相同的流程部署到您的生产服务器。这保证了模糊处理已经到位，并且QA正在测试的代码与发布时投入生产的代码完全相同。

Answer 2

不，你所要求的没有任何意义。

问题出在您的流程中:为什么在QA开发人员获得产品之前就发生了混淆？为什么不在他们和最终的客户发布之间(即使这是必要的)？

尝试重新设计代码在核心开发人员和客户之间的路径，而不是为业务问题寻找技术解决方案。

Answer 3

您的流程是错误的。如果开发人员需要未混淆的javascript进行调试，请使服务器本身有一个调试标志来返回未混淆的代码。默认为模糊代码。要求两者都存在。在发布过程中将混淆处理工作到一个发布脚本中。

你不希望QA测试除了你正在部署的构建之外的其他东西，所以在事实发生后进行模糊处理是不理想的(假设你在模糊处理程序中遇到了一个bug……看起来很有可能，你是宁愿在QA中抓住它，还是等到它命中prod时再抓住它？

通过默认使用模糊代码，但允许普通代码通过会话状态或cookie，您可以获得正确测试的版本和容易调试的版本。