语义分割理念:完全卷积_语义版本简介：它是什么，以及为什么要使用它

语义分割理念:完全卷积

We create numbers like 1.0.0 and 1.0.1 for releases and hotfixes when we work on Git Flow. What do these numbers represent, and why do we use them?

在使用Git Flow时，我们会为发行版和修补程序创建1.0.0和1.0.1类的数字。 这些数字代表什么，为什么我们要使用它们？

These numbers represent the version number of the product we put out in the world. We use them because we’re following a best practice called Semantic Versioning.

这些数字代表我们在全球推出的产品的版本号。 我们之所以使用它们，是因为我们遵循的是称为语义版本控制的最佳实践。

When we use Semantic Versioning, developers will know whether a change will break their code. The numbers give a clue to the kind of changes that have occurred.

当我们使用语义版本控制时，开发人员将知道更改是否会破坏其代码。 这些数字为发生的变化提供了线索。

Many popular projects use Semantic Versioning. Examples are React and Vue.

许多受欢迎的项目都使用语义版本控制。 例如React和Vue。

了解语义版本 (Understanding Semantic Versioning)

A semantic version has three numbers. The rightmost number is a patch version.

语义版本具有三个数字。 最右边的数字是补丁程序版本。

补丁版本 (Patch Versions)

Patch versions are used for bugfixes. There are no functionality changes. (That’s why we use a patch version when we released a hotfix in the previous lesson).

修补程序版本用于错误修正。 没有功能更改。 (这就是为什么在上一课中发布修补程序时我们使用补丁程序版本的原因)。

When you increase a new patch, you increase the rightmost number by 1. From 1, you increase it to 2, then to 3, and so on.

增加新补丁时， 将最右边的数字增加1。从1开始，将其增加到2，然后增加到3，依此类推。

If your patch number is 9 when you increase the patch version again, you increase it to 10, then 11, then 12, and so on. (There are no limits to the numbers.)

如果您再次增加补丁版本时补丁号是9 ，则将其增加到10，然后是11，然后是12，依此类推。 (数量没有限制。)

次要版本 (Minor versions)

The second number is called the minor version number. It is used when you release new functionality in your project.

第二个数字称为次要版本号。 在项目中释放新功能时使用 。

When you increase the minor version, you also increase it by one. But when you increase the minor version, you must reset the patch version to zero.

当您增加次要版本时，您也将其增加了一个。 但是， 当您增加次要版本时，必须将修补程序版本重置为零。

主要版本 (Major versions)

The leftmost number is a major version. When you increase the major version, you tell people that there are backward-incompatible changes. People may experience breakage if they use the next version.

最左边的数字是主要版本。 当您增加主版本时，您会告诉人们存在向后不兼容的更改 。 如果使用下一个版本，人们可能会遇到损坏。

When you increase the major version number, you reset both patch version and minor versions.

当您增加主要版本号时，您将重置补丁程序版本和次要版本。

预发行 (Pre-releases)

If you want to create a pre-release (like an alpha or beta version), you can add a -, followed by the words alpha or beta.

如果要创建预发行版(例如alpha或beta版本)，可以添加- ，后跟单词alpha或beta 。

There are no hard and fast rules for pre-releases, so you can name them anything you want. Usually, we use alpha or beta, followed by a number, like alpha1.

对于预发布版本 ， 没有严格的规定 ，因此您可以根据需要命名。 通常，我们使用alpha或beta，后跟一个数字，例如alpha1 。

开始一个项目 (Starting a project)

Most people start projects with 0.1.0. When you’re ready to release the project to the public, you increase the version to 1.0.0.

大多数人从0.1.0开始项目。 准备向公众发布该项目时，可以将版本提高到1.0.0 。

Thanks for reading. Did this article help you in any way? If you did, I hope you consider sharing it. You might help someone out. Thank you!

谢谢阅读。 本文对您有任何帮助吗？ 如果这样做， 希望您考虑共享它 。 您可能会帮助某人。 谢谢！

This article was originally posted on my blog. Sign up for my newsletter if you want more articles to help you become a better frontend developer.

本文最初发布在我的博客上 。 如果您想获得更多文章来帮助您成为更好的前端开发人员，请注册我的时事通讯 。

翻译自: https://www.freecodecamp.org/news/semantic-versioning-1fd6f57749f7/

语义分割理念:完全卷积