发布候选人是否可以安全地用于生产？

Question

在这种特殊情况下，它是MVC。但是，候选版本与上线或生产版本之间存在多大差异？我讨厌在RC上建立很多东西，让它破裂或错过，因为我没有等待。另一方面，我确实有交易要求。

谢谢。

根据评论更新：

支持微软的MVC是什么意思？我不确定我甚至会要求什么支持。我总是想知道这与事物的编程方面有关。我理解，获得对物理服务器（硬盘驱动器死机）的支持。在这样的情况下，我会问微软什么？

Answer 1

通常RC构建将具有最终的API和UI，它们可能只有错误。我会说开发是安全的，但是我对于部署未发布的代码非常谨慎。

Answer 2

一般情况下，请在使用前等待生产版本。如果开发它的公司还没有准备好在其上放置生产标签，那么您如何在生产中信任它？当您确定站点/产品的可靠性时，您只能像最薄弱的链接一样可靠。大多数RC的风险太高而无法赌博。

但是，也有例外。 .Net MVC就是其中之一。开发团队已经及早发布了大量已发现错误的外部开发人员。这个RC是非常安全的，并不是一场赌博。

其他例外情况可能来自类似情况：

• 该产品已经过大量外部用户的大量测试
• 该公司将产品保留在RC或Beta模式下的时间比平时长得多，因此有足够的时间来查找错误（例如Gmail）
• 提供即时支持或来源

您需要的支持类型是对您发现的任何错误的快速响应（修复）。 例如，您的应用程序使用工具DooHickey来执行操作HickeyItUp。您发现该工具很有效，除非您将它用于HickeyUp类型为AlmostHickey的对象。相反，它会返回错误。此错误会导致您的网站崩溃，现在您需要一个答案。好的支持会告诉你，如果你的错误和正确的方法，或给你一个解决办法，和/或在很短的时间内修复错误。

不要指望微软提供那么多的支持（MVC可能会有所不同，因为伟大的团队已经如此敏感）。相反，你可以从已经使用它的开发人员那里得到很多。

Answer 3

我会说通常不会在生产环境中使用候选版本。也就是说，有一些例外情况，有些产品长时间处于测试阶段或候选发布阶段，并且在达到普遍可用性之前可以非常稳定。

Answer 4

取决于您使用的功能，您是否拥有源代码以及供应商的许可证是否允许您使用它进行生产。

拥有源代码可以缓解问题，但在业务关键环境中使用不受支持的产品会很愚蠢。

Answer 5

我认为否

Answer 6

我补充说，如果出现问题，这取决于供应商的支持情况，这通常与许可条款有关。

Answer 7

根据定义，不，但您应该根据产品，供应商，其包含的更新以及您的需求来使用您自己的判断。

Answer 8

在我过去的生活中，我一直都这样做。我部署的任何内容都基于开源组件。但是，我只选择带有良好测试套件的组件。

使用闭源软件，您根本不知道测试的内容有多好。供应商可能将其用户群用作扩展的QA团队。

但是，正如Carlton Jenke所说，总有一个例外。

Answer 9

我认为这取决于“生产”应用程序的预期稳健性。

您的个人网站？当然！

州失业保险申请制度？否。