由于必须回滚/撤消对所有用户的部署可能是一种代价高昂的情况(无论是技术上还是用户的感知)，已经有许多技术允许“尝试”部署新功能并在发现问题时轻松“撤消”它们。这些包括：

　　蓝/绿测试/部署

　　在这种部署软件的方法中，维护了两个相同的主机环境 —— 一个“蓝色” 和一个“绿色”。(颜色并不重要，仅作为标识。)对应来说，其中一个是“生产环境”，另一个是“预发布环境”。

　　在这些实例的前面是调度系统，它们充当产品或应用程序的客户“网关”。通过将调度系统指向蓝色或绿色实例，可以将客户流量引流到期望的部署环境。通过这种方式，切换指向哪个部署实例(蓝色或绿色)对用户来说是快速，简单和透明的。

　　当新版本准备好进行测试时，可以将其部署到非生产环境中。在经过测试和批准后，可以更改调度系统设置以将传入的线上流量指向它(因此它将成为新的生产站点)。现在，曾作为生产环境实例可供下一次候选发布使用。

　　同理，如果在最新部署中发现问题并且之前的生产实例仍然可用，则简单的更改可以将客户流量引流回到之前的生产实例 —— 有效地将问题实例“下线”并且回滚到以前的版本。然后有问题的新实例可以在其它区域中修复。

　　金丝雀测试/部署

　　在某些情况下，通过蓝/绿发布切换整个部署可能不可行或不是期望的那样。另一种方法是为金丝雀测试/部署。在这种模型中，一部分客户流量被重新引流到新的版本部署中。例如，新版本的搜索服务可以与当前服务的生产版本一起部署。然后，可以将 10% 的搜索查询引流到新版本，以在生产环境中对其进行测试。

　　如果服务那些流量的新版本没问题，那么可能会有更多的流量会被逐渐引流过去。如果仍然没有问题出现，那么随着时间的推移，可以对新版本增量部署，直到 100% 的流量都调度到新版本。这有效地“更替”了以前版本的服务，并让新版本对所有客户生效。

　　功能开关

　　对于可能需要轻松关掉的新功能(如果发现问题)，开发人员可以添加功能开关。这是代码中的 if-then 软件功能开关，仅在设置数据值时才激活新代码。此数据值可以是全局可访问的位置，部署的应用程序将检查该位置是否应执行新代码。如果设置了数据值，则执行代码;如果没有，则不执行。

　　这为开发人员提供了一个远程“终止开关”，以便在部署到生产环境后发现问题时关闭新功能。

　　暗箱发布

　　在暗箱发布中，代码被逐步测试/部署到生产环境中，但是用户不会看到更改(因此名称中有暗箱一词)。例如，在生产版本中，网页查询的某些部分可能会重定向到查询新数据源的服务。开发人员可收集此信息进行分析，而不会将有关接口，事务或结果的任何信息暴露给用户。

　　这个想法是想获取候选版本在生产环境负载下如何执行的真实信息，而不会影响用户或改变他们的经验。随着时间的推移，可以调度更多负载，直到遇到问题或认为新功能已准备好供所有人使用。实际上功能开关标志可用于这种暗箱发布机制。