Corda 版本编订方式变更

Corda 版本编订方式变更

Corda 版本编订方式变更

原文链接:https://medium.com/corda/corda-release-versioning-changes-6281b02348fc

译者: Kenneth Tu

在 Corda 的下一个主要版本,我们将修改版本的编订,以更紧密地符合企业软件的业界规范。

在内部,我们采用 Android 或 Chrome 平台的惯例,这些平台经常递增版本号码。这反映了平台在功能上的快速进步,非常适合 Corda 的快速改进。我们称之为 Corda 的“平台版本”。由于 Corda 最开始的用户是开发人员,我们自己使用此号码来命名 Corda 的版本。Corda 的版本号码与他们所运用的平台版本相匹配。因此,Corda 的版本控制是以开发人员为中心,当版本递增,意味着开发人员将可使用新的 API。这也表示开发人所开发的 CorDapp 可能将依赖着API在其部署的平台中是否可用。

随着 Corda 深入关键任务环境时,Corda 的版本号码引起更大的社群关注。鉴于版本号码可为不同的利益单位提供很多含义,该是时候重新检视政策了。

当大型企业组织部署软件看到版本号码的增加,经常被视为破坏现有已测试过的设定。Corda 频繁增加的版本号码触动了这规定,企业组织要求重新测试其设定,这可能是个昂贵且漫长的过程。通常,版本发布不需重新测试,但绑定 Corda 版本号码与(API)平台版本将会缺乏真实度。所以这导致了一些困难:

  • 每当有新增加 API 时,即使没有网络层级的升级,主版本号码会增加。但不会与 Cord a管理员版本有影响。
  • 即使当 Corda 的改变微不足道时版本也会增加(例如从 Corda 1.0 到 Corda 2.0)。
  • 我们过去不会尝试将开源和企业版的版本号码对齐一致。这很难确定哪个企业版本与开源版本包含着相同的功能。

检视版本发布的变动

因此,我们决定修改我们的编号方式。我们的目标是与 IT 运营规范保持一致。此外,我们的目标是对开发人员和 IT 运营的影响上,提供更多有关版本的信息。新的编号方式有个标准格式:

  • 现在 Corda 主要版本号码的增加(整数)是为了确保给在该版本所有功能可使用之前,须将整个网络先行升级。这包括线程协议变更或网络共识的功能会被影响下。
  • 版本号码的第一位小数仅为递增,表示节点管理员或应用程序开发人员可以单方面应用一组新的功能,而无需对整个网络进行升级。
  • 我们将调整 Corda 和 Corda 企业版的版本号码。有相同功能的版本将(尽可能)具有相同的版本号码。这意味着如有需要,我们可能会“跳过”次要版本,这很快就会发生(见下文)。
  • 当一个新的 API 加入 Corda 时,我们通过增加“平台版本”向开发人员发出此信号。平台版本将会在版本说明中注明,并依次继续用整数移动。它将不再与 Corda 版本号码同步移动。

实际的影响将是 Corda 的主要(整数)版本将比以前更少地增加,并且开源和企业版本将更紧密地同步。我们预期这将对开发人员和其他IT专业人员提供更好的信息,并更清楚地说明版本对用户的影响。

这对您有什么影响?

我们会在即将发布的版本中有些变动以符合此更改。

  • Corda 的下一个版本将会是 4.3(将在另一篇文章中详细介绍)。我们之前在内部称为“Corda 5”。该版本的重要功能没有改变。我们的 metadata 将会标注包括版本 5 平台(仅对开发人员的重要性细节)。
  • 我们将从下个 Corda 和 Corda 企业版的版本号码开始对齐。下一个版本将跳过 Corda 4.2,以便从功能角度对齐 Corda 4.3 和 Corda 企业版4.3。

我们不会修改之前的版本号码以使新版本一致。幸运的是,如果我们进行了这样的重新调整,我们最后会使用相同数字!之前版本增加为 Corda 4 时,它们的变化不是共识就是线程协议。例如,使用参考状态需正确地从 Corda 3.x 跳到 Corda 4.0。

我们认为这一简单的变化将对版本发布的内容及对所有相关单位的影响更加清晰。如果您对上述内容有任何疑问,请上 Stack OverflowSlack社区 与我们联系。

lijiachuan

要发表评论,您必须先登录