我必须通过每个次要版本更新 gitlab 吗？
Do I have to update gitlab through each minor version?
我在 docker 容器中 运行 gitlab-ce。我目前使用的是 10.5.4 版。由于这个旧版本中 kubernetes 的一些错误，我想更新。
阅读文档 Here 建议 "first upgrade to the latest available minor version within your major version."
但是阅读其他文档 Here 说我应该更新每个次要版本。这只是为了避免停机吗？
如果我们不太担心停机时间，对我来说升级到 11.8 的最简单途径是什么？
对于其他阅读它的人，第一个 link 的引述是：
We recommend that you first upgrade to the latest available minor version within your major version. By doing this, you can address any deprecation messages that could change behavior in the next major release.
基于下面的 table，GitLab 升级路径为 10.5.4 -> 10.8.（最新），修复弃用，然后 10.8 -> 11.8。该页面清楚地表明，可以（可能）在任何 patch/minor 版本之间跳转，而无需经过中间步骤：
It is considered safe to jump between patch versions and minor versions within one major version.
第二个来源大概是 Upgrading without Downtime 部分紧接在问题 link 下方的部分。
Starting with GitLab 9.1.0 it’s possible to upgrade to a newer major, minor, or patch version of GitLab without having to take your GitLab instance offline. However, for this to work there are the following requirements:
- You can only upgrade 1 minor release at a time. So from 9.1 to 9.2, not to 9.3.
然后它提供了有关迁移所需的后台进程的详细信息。这些都是实质性的，因此不建议跳转多个次要版本可能有点过分是有道理的。 一次升级一个次要版本而无需停机。一旦你是最新的就很有用，但可能值得跳过这么多次要版本来完成。
我在 docker 容器中 运行 gitlab-ce。我目前使用的是 10.5.4 版。由于这个旧版本中 kubernetes 的一些错误，我想更新。 阅读文档 Here 建议 "first upgrade to the latest available minor version within your major version." 但是阅读其他文档 Here 说我应该更新每个次要版本。这只是为了避免停机吗？
如果我们不太担心停机时间，对我来说升级到 11.8 的最简单途径是什么？
对于其他阅读它的人，第一个 link 的引述是：
We recommend that you first upgrade to the latest available minor version within your major version. By doing this, you can address any deprecation messages that could change behavior in the next major release.
基于下面的 table，GitLab 升级路径为 10.5.4 -> 10.8.（最新），修复弃用，然后 10.8 -> 11.8。该页面清楚地表明，可以（可能）在任何 patch/minor 版本之间跳转，而无需经过中间步骤：
It is considered safe to jump between patch versions and minor versions within one major version.
第二个来源大概是 Upgrading without Downtime 部分紧接在问题 link 下方的部分。
Starting with GitLab 9.1.0 it’s possible to upgrade to a newer major, minor, or patch version of GitLab without having to take your GitLab instance offline. However, for this to work there are the following requirements:
- You can only upgrade 1 minor release at a time. So from 9.1 to 9.2, not to 9.3.
然后它提供了有关迁移所需的后台进程的详细信息。这些都是实质性的，因此不建议跳转多个次要版本可能有点过分是有道理的。 一次升级一个次要版本而无需停机。一旦你是最新的就很有用，但可能值得跳过这么多次要版本来完成。