Spark生产版本选择说明

Spark生产版本选择说明–点击此处看全文

版本控制策略

从Spark 1.0.0开始，Spark项目将遵循语义化版本控制指南，但会有一些偏差。这些小的差异考虑了Spark作为一个多模块项目的特点。

Spark版本

每个Spark发布都将进行版本控制：[MAJOR].[FEATURE].[MAINTENANCE]

• MAJOR：具有相同主要版本号的所有发布版具有API兼容性。主要版本号将在较长时间内保持稳定。例如，1.X.Y可能会持续1年或更长时间。
• FEATURE：功能版本通常包含新功能、改进和错误修复。每个功能版本都有一个合并窗口，可以在其中合并新的补丁，一个QA窗口，只能合并修复补丁，然后是一个最终阶段，在此期间对发布候选版本进行投票。这些窗口将在上一个功能版本之后立即宣布，以便给人们足够的时间，并随着时间的推移，我们可能会使整个发布过程更加规则（类似于Ubuntu）。
• MAINTENANCE：维护版本将更频繁地发生，并取决于引入的具体补丁（例如错误修复）及其紧急程度。一般来说，这些版本旨在修复错误。但是，较高级别的库可能会引入一些小功能，例如新的算法，前提是它们完全是可添加的，并与现有代码路径隔离。Spark核心可能不会引入任何功能。

Alpha组件

当向Spark添加新组件时，它们可能最初被标记为“alpha”。Alpha组件不必遵守上述指导方针，但在最大程度上应尽量遵守。一旦它们被标记为“稳定”，它们必须遵循这些指导方针。

API兼容性

API是Spark中公开的任何未标记为“developer API”或“experimental”的公共类或接口。如果使用版本A编译的代码可以在版本B上进行无错误编译，则版本A与版本B具有API兼容性。目前，不保证链接到版本A的已编译应用程序将在版本B上重新编译而无需重新编译链接。将来的版本中我们将尝试保证链接级别的兼容性。

然而，请