我正在阅读CF关于回滚可能性的文档，发现了这些类型的回滚可能性。
-
使用修订的应用程序回滚可能性
-
回滚到以前的Droplet
我的问题是：
- 我知道一个使用新液滴部署的应用程序将创建一个新的
Revision。这就像液滴id和应用程序修订之间的1:1关系(但是，除了液滴更改之外，可能会创建新的应用程序修订(。这种理解正确吗 - 在哪些现实生活中，我们应该使用液滴回滚选项与应用程序修订回滚选项
- 除了这两个选项之外，还有其他类型的回滚吗
- 我知道，使用新液滴部署的应用程序将创建一个新的修订版。这就像液滴id和应用程序修订版之间的1:1关系(但是，可能会因为液滴更改以外的原因创建新的应用程序修订(。这种理解正确吗
是。修订版资源的API文档很好地解释了这一点。
当以下内容发生更改时，将创建修订：
- 为应用程序创建新液滴
- 应用程序的环境变量已更改
- 已添加或更改应用程序的自定义启动命令
- 应用程序回滚到以前的修订版
次要注释。在我写这篇文章的时候，Revision资源被列为实验性资源。如果您有兴趣使用它，您将需要验证您部署的CF版本是否足够新，足以包含这些功能。
- 在哪些现实生活中，我们应该使用液滴回滚选项与应用程序修订回滚选项
我想说的是，如果您部署了一个足够新的CF版本来使用修订功能，它的功能将更加全面。它有更多的功能，您可以回滚更多不同的场景。
任何合理的新版本的CF都应该能够回滚液滴。
回滚液滴还需要停止应用程序，即停机时间，而修订版使用CF的部署功能，该功能可以在没有停机时间的情况下执行滚动部署。
- 除了这两个选项之外，还有其他类型的回滚吗
你总是可以自己安排一些事情。我不确定我会建议你这么做。API就在那里，所以如果其中一个对您不起作用，您可以编写流程脚本。
这就是一个例子。在CF中出现滚动部署之前，通常的做法是推送一个新的应用程序&将路由移动到新的应用程序(称为蓝色/绿色部署(。这是因为你可以舞台&启动新的应用程序&确保它运行良好，然后将路线转移到新的应用程序。移动路由是CF上的即时操作，因此它可以很好地管理应用程序而不会停机。您仍然可以这样做，但现在建议使用滚动部署。