总是可以返回代码。确保所有版本都能回归，在舞台或QA环境中，练习返回功能。在生产环境中，当您必须使用它来解决紧急情况时，要使用回滚函数来完成代码，开发一些简单的过程，确保您可以返回代码。

　　如果你没有经历过的痛苦，那就不能回归，所以，如果你继续玩，保持快速修复系统，这个问题迟早会遇到。不要使用太复杂的应用程序或代码太频繁作为借口，拒绝[网站建设解决方案]不要加入翻转代码的功能。一个明智的飞行员，如果没有降落土地的能力，不会起飞。一个明智的程序员，如果您不能让系统返回紧急情况下的代码，您不应该发布代码。

　　为了使氛围成为下一件事的原则，我们应该在半夜坐在篝火周围。我们要谈论的是一个经典的恐怖故事。这是人们在房子里听到恐怖声音，但没有逃脱。那些忽视所有警告信号的傻瓜是我们。作为程序员的老板和首席技术官，我们收到了每个经理架构师和程序员的一些报告：应用程序太复杂了，无法撤退。我们也是别的调味。代码发布后， 有几种中断或问题。的， 修复它很疯狂。在同获得热修复补丁后，完全恢复服务。我们忍受了这一小小的不便，因为我们认识到[公司建设网站专业服务]对于这个申请来说太复杂了。无法撤退。

　　像以前版本的所有版本一样，发布主要基础架构版后，你不能撤退。此版本只是灾难。在清晨，一切似乎都很好，但在这明亮后，流量增加，这个网站不会网站制作服务专业靠谱坚持下去。如果你回来了，只会让一些用户不开心，给自己一点疤痕，但会有更糟糕的事情。但我们不能回归。所以我必须花一整天，做你的观点来增加容量， 限制流量， 等等。 这个网站。在获得补丁之前，请保持一切仍在运行。那天晚上我们推出了一个补丁。当时， 没有交通，所以我们相信问题已得到解决。第二天早上，当流量增加时，这个网站已经开始再次出现问题。我必须在晚上修补。 这个型号持续了一周多。

　　我已经扔了这么多天。在那周末，每模板网站报价个人都筋疲力尽。最后，我们扮演了一个补丁。所有以前的修改都完全忽略。最后， 该网站稳定。虽然你可以从这个事故中学习很多（包括命令错误），但是但与这个原则的关系[专业网站建设生产价格]我们客户所经历的所有痛苦中最紧密的东西最紧张的事情 通过撤退，可以避免。

　　事件后摘要，我们已确定稍后没有释放回滚功能的版本。除了当时发出此通知，不要选择，客户不能容忍这种自然问题，每个程序员还了解这一要求的必要性。六周后，当下一个版本准备好时，我们能够撤退。我们认为难以克服的困难变得相当简单。

　　有几个需要支付给备份功能的关键点。是的，倒退的主要难度是数据库。通过仔细检查应用程序，一个消除那些明显的问题，然后坚持几个简单的原则，所有球队都可以返回。

　　嘴巴数据库修改只能是Qi。在下一次释放列之间的依赖项之前， 发布前，只能在数据库中添加列或表，无法删除。一旦这些标准已经实施，每个版本都应具有专门用于清除以前版本留下的不再需要的数据的代码的一部分。

　　端口DDL和DML必须脚本和测试。必须通过每个版本中的脚本实现数据库的更改。不能手动。它应该包括一个后备脚本。出于这个原因有两点：1）团队需要在QA或阶段测试返回操作。为了验证没有错过，不会阻碍回滚; 2）在某些负载条件下测试脚本，确保当应用程序使用数据库时，它仍然被执行。

　　嘴巴受到应用程序中的SQL查询的约束。开发团队需要消除所有SQL陈述中的歧义。删除所有选择*查询，并将更新语句授予要更新的列的名称。

　　口腔数据的语义修改。在发布版本中，开发团队无法修改数据的定义。例如。票证计划列表用于存储状态信号，分配了三个值， 固定和关闭。在新版本的应用程序中，如果没有处理新状态的代码，您无法添加第四个状态。

　　电线/灰色。它应该制作申请结构，使其可以根据外部配置配置一些用户可以访问代码路径和功能，有些用户无法访问。此设置可以服务专业的网站建设服务存储在配置文件中，也是五月[发电经营网站公司]使用数据库表中的存款， 可以根据角色获取访问权限。也可以根据随机百分比分配权限。用这种结构，您可以对新功能进行有限的用户测试版测试。而且， 可以快速删除主错误代码路径。无需返回整个代码。想到我们得到的课程，但它是值得建立价值的。有这节课，我们永远不会释放无法退休的代码。即使在稍后与其他团队合作后，我们也会像这样问自己。可见的，这些原则并不复杂，这很简单。任何团队都可以应用它们，可以有能力回来。