候选版本可安全用于生产吗？[关闭]

Question

在本例中，它是 MVC。但是，候选版本与上线或生产版本之间有多大差异？我不想在 RC 上构建很多东西，却因为我没有等待而导致它损坏或错过。另一方面，我确实有交易要约。

谢谢。

根据评论更新：

Microsoft 对 MVC 之类的支持到底意味着什么？我不确定我什至会要求什么支持。我一直想知道这个问题，因为它与编程方面有关。我理解，获得对物理服务器的支持（硬盘坏了）。在这种情况下我会向微软提出什么要求呢？

Answer 1

一般情况下，等量产版本出来后再使用。如果开发它的公司还没有准备好在它上面贴上生产标签，你怎么能信任它在你的生产中呢？当您确定网站/产品的可靠性时，您的可靠性取决于最薄弱的环节。大多数 RC 的风险太高，无法赌博。

不过，也有例外。.Net MVC 就是其中之一。开发团队很早就向发现错误的大量外部开发人员发布了该版本。这个RC非常安全，没有太大的风险。

其他例外情况是来自类似的情况：

• 该产品已经过大量外部用户的广泛测试
• 公司将产品置于 RC 或 Beta 模式的时间比正常情况要长得多，因此已经有足够的时间来查找错误（例如 Gmail）
• 可立即获得支持或来源

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

不要期望 Microsoft 提供太多这种级别的支持（MVC 可能会有所不同，因为优秀的团队反应如此迅速）。相反，您可以从已经使用它的开发人员那里获得大部分信息。

Answer 2

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

Answer 3

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

Answer 4

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

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

Answer 5

我认为否

Answer 6

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

Answer 7

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

Answer 8

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

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

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

Answer 9

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

您的个人网站？当然！

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