Merge pull request #34328 from my-git9/test5

[zh]improve docs

Author: k8s-ci-robot

content/zh-cn/docs/contribute/style/style-guide.md

@@ -30,7 +30,7 @@ discussion.
 你可以自行决定，且欢迎使用 PR 来为此文档提供修改意见。
 
 关于为 Kubernetes 文档贡献新内容的更多信息，可以参考
-[文档内容指南](/zh/docs/contribute/style/content-guide/)。
+[文档内容指南](/zh-cn/docs/contribute/style/content-guide/)。
 
 样式指南的变更是 SIG Docs 团队集体决定。
 如要提议更改或新增条目，请先将其添加到下一次 SIG Docs 例会的
@@ -46,7 +46,7 @@ and representing feature state.
 -->
 {{< note >}}
 Kubernetes 文档使用带调整的 [Goldmark Markdown 解释器](https://github.com/yuin/goldmark/)
-和一些 [Hugo 短代码](/zh/docs/contribute/style/hugo-shortcodes/) 来支持词汇表项、Tab
+和一些 [Hugo 短代码](/zh-cn/docs/contribute/style/hugo-shortcodes/) 来支持词汇表项、Tab
 页以及特性门控标注。
 {{< /note >}}
 
@@ -68,7 +68,7 @@ Kubernetes 文档已经被翻译为多个语种
 （参见 [本地化 READMEs](https://github.com/kubernetes/website/blob/main/README.md#localization-readmemds)）。
 
 为文档提供一种新的语言翻译的途径可以在
-[本地化 Kubernetes 文档](/zh/docs/contribute/localization/)中找到。
+[本地化 Kubernetes 文档](/zh-cn/docs/contribute/localization/)中找到。
 
 英语文档使用美国英语的拼写和语法。
 
@@ -93,8 +93,8 @@ The following examples focus on capitalization. For more information about forma
 
 ### 对 API 对象使用大写驼峰式命名法  {#use-upper-camel-case-for-api-objects}
 
-当你与指定的 API 对象进行交互时，使用 [大写驼峰式命名法](https://en.wikipedia.org/wiki/Camel_case)，也被称为帕斯卡拼写法（PascalCase）.
-你可能在 [API 参考](/docs/reference/kubernetes-api/) 中看到不同的大小写形式，
+当你与指定的 API 对象进行交互时，使用[大写驼峰式命名法](https://en.wikipedia.org/wiki/Camel_case)，也被称为帕斯卡拼写法（PascalCase）。
+你可能在 [API 参考](/zh-cn/docs/reference/kubernetes-api/)中看到不同的大小写形式，
 例如 "configMap"。在一般性的文档中，最好使用大写驼峰形式，将之称作 "ConfigMap"。
 
 在一般性地讨论 API 对象时，使用
@@ -103,8 +103,8 @@ The following examples focus on capitalization. For more information about forma
 你可以使用“资源”、“API”或者“对象”这类词汇来进一步在句子中明确所指的是
 一个 Kubernetes 资源类型。
 
-不要将 API 对象的名称切分成多个单词。例如，使用 PodTemplateList，不要
-使用 Pod Template List。
+不要将 API 对象的名称切分成多个单词。例如，使用 PodTemplateList，
+不要使用 Pod Template List。
 
 下面的例子关注的是大小写问题。关于如何格式化 API 对象的名称，
 有关详细细节可参考相关的[代码风格](#code-style-inline-code)指南。
@@ -1267,7 +1267,7 @@ These steps ... | These simple steps ...
 
 ## {{% heading "whatsnext" %}}
 
-* 了解[编写新主题](/zh/docs/contribute/style/write-new-topic/).
-* 了解[页面内容类型](/zh/docs/contribute/style/page-content-types/).
-* 了解[发起 PR](/zh/docs/contribute/new-content/open-a-pr/).
+* 了解[编写新主题](/zh-cn/docs/contribute/style/write-new-topic/)。
+* 了解[页面内容类型](/zh-cn/docs/contribute/style/page-content-types/)。
+* 了解[发起 PR](/zh-cn/docs/contribute/new-content/open-a-pr/)。
 

content/zh-cn/docs/reference/access-authn-authz/bootstrap-tokens.md

@@ -25,10 +25,10 @@ work, via RBAC policy, with the
 -->
 启动引导令牌是一种简单的持有者令牌（Bearer Token），这种令牌是在新建集群
 或者在现有集群中添加新节点时使用的。
-它被设计成能够支持 [`kubeadm`](/zh/docs/reference/setup-tools/kubeadm/)，
+它被设计成能够支持 [`kubeadm`](/zh-cn/docs/reference/setup-tools/kubeadm/)，
 但是也可以被用在其他的案例中以便用户在不使用 `kubeadm` 的情况下启动集群。
 它也被设计成可以通过 RBAC 策略，结合
-[Kubelet TLS 启动引导](/zh/docs/reference/access-authn-authz/kubelet-tls-bootstrapping/)
+[Kubelet TLS 启动引导](/zh-cn/docs/reference/access-authn-authz/kubelet-tls-bootstrapping/)
 系统进行工作。
 
 <!-- body -->
@@ -202,7 +202,7 @@ You can use the `kubeadm` tool to manage tokens on a running cluster. See the
 ## 使用 `kubeadm` 管理令牌   {#token-management-with-kubeadm}
 
 你可以使用 `kubeadm` 工具管理运行中集群上的令牌。
-参见 [kubeadm token 文档](/zh/docs/reference/setup-tools/kubeadm/kubeadm-token/)
+参见 [kubeadm token 文档](/zh-cn/docs/reference/setup-tools/kubeadm/kubeadm-token/)
 以了解详细信息。
 
 <!--
@@ -285,7 +285,7 @@ is used.
 `kubeconfig` 的载荷进行编码。完成编码的载荷会被插入到两个句点中间，形成完整的
 JWS。你可以使用完整的令牌（比如 `07401b.f395accd246ae52d`）作为共享密钥，
 通过 `HS256` 方式 (HMAC-SHA256) 对 JWS 进行校验。
-用户 _必须_ 确保使用了 HS256。
+用户**必须**确保使用了 HS256。
 
 {{< warning >}}
 <!--
@@ -303,6 +303,6 @@ client relying on the signature to bootstrap TLS trust.
 Consult the [kubeadm implementation details](/docs/reference/setup-tools/kubeadm/implementation-details/)
 section for more information.
 -->
-参考 [kubeadm 实现细节](/zh/docs/reference/setup-tools/kubeadm/implementation-details/)
+参考 [kubeadm 实现细节](/zh-cn/docs/reference/setup-tools/kubeadm/implementation-details/)
 了解更多信息。