海外社媒SNS代运营Tiktok代运营公司
Revive Old Posts

您使用的大多数软件经常发布新版本,通常由相关的版本号标识。 该系统称为“语义版本控制”,它使您能够跟踪开发进度。 更重要的是,如果您使用 WordPress,您绝对可以从良好的语义版本控制实践中受益。

在本文中,我们将向您简要介绍语义版本控制系统及其工作原理。 然后我们将讨论谁可以从使用它中受益,并为您提供一些提示以确保您正确地使用它。

让我们谈谈数字!

什么是语义版本控制

如果您访问 WordPress.org 的下载页面,您会注意到它会告诉您正在下载的内容管理系统 (CMS) 版本:

WordPress 下载页面。

用于确定此数字的系统称为“版本控制”。 更具体地说,您正在查看语义版本控制的示例,其中发布被分解为由句点分隔的三个数字。 让我们回顾一下这些值分别代表什么:

  • 主要发布版本,与 API 的更改相关。
  • 软件的小更新,不足以保证进行重大更新。
  • 补丁或错误修复。

在撰写本文时,我们使用的是 WordPress 5.1.1 版。 5.0.0 版本于 2018 年 12 月 6 日发布。 从那时起,我们有五个小补丁(最终数量增加)和一个小版本,按以下顺序:

  1. 5.0.1
  2. 5.0.2
  3. 5.0.3
  4. 5.0.4
  5. 5.1
  6. 5.1.1

如您所见,每次有小更新时补丁号都会重置。 这同样适用于主要版本的发布,对于 WordPress 而言,传统上大约每四个月发布一次。

海外社媒SNS代运营Tiktok代运营公司

语义版本控制背后的重点是让您跟踪您所做的所有更改和进度。 更重要的是,如果您是最终用户并且您跟上版本的更新,版本号会告诉您何时真正需要更新。 例如,您可能会跳过一两个错误补丁,但每次有次要或主要版本时,您都应该更新(我们正在关注,您知道!)。

如果您不确定更新是否值得,只需查看每个版本附带的更改日志即可。 每个称职的开发人员都会对每个版本的新内容进行书面记录。

总的来说,语义版本控制非常简单,在软件开发之外的许多情况下都很方便。 让我们来谈谈那些是什么。

谁可以从使用语义版本控制中受益

通常,您会发现使用版本控制系统的是开发人员。 至于 WordPress,最明显的例子是核心本身的更新。 然而,插件和主题开发人员也使用语义版本控制,尽管这些数字通常很难找到。 例如,如果您查看 WordPress.org 上的插件页面,您可以在 发展 标签:

更改日志的示例。

同样,您可以在相关的 WordPress.org 页面中找到有关主题开发的信息。 但是,在这些情况下,您必须单击 开发日志 页面底部的链接:

开发日志列表。

简而言之,您几乎可以将语义版本控制用于涉及代码的任何类型的项目。 但是,它也有直接开发之外的应用程序。 例如,您可以将版本控制应用于设计项目。 在这里,您可能希望增加主要视觉变化的版本号、新元素添加的价值或小调整。 就补丁而言,您可以保留那些用于微小的视觉更新或更正。

然而,语义版本控制可能是镇上最流行的游戏,但它不是您可以使用的唯一系统。 比如Chrome浏览器采用的是四段式版本系统—— 主要.次要.build.patch.

其他项目,例如 Ubuntu,使用围绕日期构建的系统。 例如,Ubuntu 目前的版本为 19.04,您可能已经猜到,该版本于 2019 年 4 月发布。

总的来说,没有一个版本控制系统可以完美地适用于所有类型的项目。 但是,如果您从事任何类型的软件开发,语义版本控制是一个不错的选择。 另外,如果您还没有使用任何类型的版本控制协议,这是一个很好的介绍。

语义版本控制的 3 个最佳实践

到目前为止,您已经了解语义版本控制的工作原理。 但是,让我们回顾一些技巧,以确保您以正确的方式使用它。

1. 不要马上开始使用 1.0 版

在某些时候,您可能使用过尚未达到 1.0 版的软件。 这是完全正常的,因为用户希望 1.0.0 版本相对稳定且没有错误。 但是,这也会导致软件需要很长时间才能达到该数字,同时仍然完全可用的情况。

以流行的 PC 游戏 Dwarf Fortress 为例。 它已经开发了大约 15 年,尽管包含比大多数主要游戏更多的功能,但仍在 0.44.12 版本上。

矮人要塞游戏。

虽然您可能会对此采取极端措施,但不要立即从 1.0.0 版开始确实有意义。 它使您能够对您的软件进行 Beta 测试并在这样做的同时降低用户的期望。

在内部,您应该从 0.1.0 版开始。 然而,大多数项目不会公开这个版本,而是等待他们有更多的开发。 不过,与此同时,您可以使用那些非常有限的 alpha 版本进行内部测试,这是任何项目健康发展的关键。

2.解释每个新版本的具体变化

作为最终用户,您会发现自己最烦人的情况之一是在不知道其中任何一个做什么的情况下获得大量更新。 我们知道大多数人不阅读变更日志,但是如果您要发布更新——即使只是一个小补丁——您需要记录下来。

更改日志的示例。

顾名思义,变更日志是每个版本的新内容的简单细分。 一些开发人员编写冗长的更新来解释每一个更改,如果您是其中之一,您将获得更多权力。

老实说,我们通常只满足于一个简单的新内容列表。 整理变更日志很简单,不会花很长时间,所以要冷静,不要吝啬你的职责!

3. 收集每个版本的用户反馈

您可能非常清楚您希望完成的项目是什么样子。 但是,这并不意味着您可以放弃来自用户或团队其他成员的反馈。

理想情况下,您会为您发布的每个版本获得一定程度的反馈,除非是小补丁和错误修复。 此过程的目标是让您知道用户是否遇到任何问题,或者是否对项目前进的方向有问题。

此过程的最简单示例是与客户共享正在进行的网站的最新版本。 在绝大多数情况下,客户会为您提供某种程度的反馈,您可以将其合并到未来的版本中。

但请记住——倾听反馈很重要,但在某些情况下,您可能比用户更了解。 然而,这并不意味着您应该忽略它们,但有时您的直觉可能是正确的。

结论

语义版本控制是一个非常简单的系统。 只需几个数字,您就可以传达有关项目开发进度的大量信息,让用户知道何时有新的重要更新,并且通常使事情井井有条。

让我们回顾一下语义版本控制需要牢记的三个最佳实践:

  1. 不要从门外的第一个版本开始。
  2. 解释每个新版本的具体变化。
  3. 收集每个版本的用户反馈。

您对如何使用语义版本控制有任何疑问吗? 在下面的评论部分提问!

文章缩略图来自 fatmawati achmad zaenuri / shutterstock.com

海外社媒SNS代运营Tiktok代运营公司
Revive Old Posts