为 kubectl 命令集生成参考文档

    • 你需要一台 Linux 或 macOS 机器。

    • 你需要安装以下工具：

    • 你的 PATH 环境变量必须包含所需要的构建工具，例如 Go 程序和 python。

    • 你需要知道如何为一个 GitHub 仓库创建拉取请求（PR）。 这牵涉到创建仓库的派生（fork）副本。 有关信息可进一步查看基于本地副本开展工作。

    配置本地仓库

    创建本地工作区并设置你的 GOPATH。

    获取以下仓库的本地克隆：

    1. go get -u github.com/spf13/pflag
    2. go get -u github.com/spf13/cobra
    3. go get -u gopkg.in/yaml.v2
    4. go get -u kubernetes-incubator/reference-docs

    如果您还没有获取过 kubernetes/website 仓库，现在获取之：

    1. git clone https://github.com/<your-username>/website $GOPATH/src/github.com/<your-username>/website

    克隆 kubernetes/kubernetes 仓库作为 k8s.io/kubernetes：

    1. git clone https://github.com/kubernetes/kubernetes $GOPATH/src/k8s.io/kubernetes

    从 $GOPATH/src/k8s.io/kubernetes/vendor/github.com 中移除 spf13 软件包。

    1. rm -rf $GOPATH/src/k8s.io/kubernetes/vendor/github.com/spf13

    kubernetes/kubernetes 仓库提供对 kubectl 和 kustomize 源代码的访问。

    • 确定 仓库的本地主目录。 例如，如果按照前面的步骤来获取该仓库，则主目录是 $GOPATH/src/k8s.io/kubernetes.。 下文将该目录称为 <k8s-base>。

    • 确定 kubernetes-sigs/reference-docs 仓库的本地主目录。例如，如果按照前面的步骤来获取该仓库，则主目录是 $GOPATH/src/github.com/kubernetes-sigs/reference-docs。 下文将该目录称为 <rdocs-base>。

    在本地的 k8s.io/kubernetes 仓库中，检出感兴趣的分支并确保它是最新的。例如， 如果你想要生成 Kubernetes 1.17 的文档，可以使用以下命令：

    如果不需要编辑 kubectl 源码，请按照说明。

    编辑 kubectl 源码

    kubectl 命令的参考文档是基于 kubectl 源码自动生成的。如果想要修改参考文档，可以从修改 kubectl 源码中的一个或多个注释开始。在本地 kubernetes/kubernetes 仓库中进行修改，然后向 github.com/kubernetes/kubernetes 的 master 分支提交 PR。

    是一个对 kubectl 源码中的笔误进行修复的 PR 示例。

    跟踪你的 PR，并回应评审人的评论。继续跟踪你的 PR，直到它合入到 kubernetes/kubernetes 仓库的 master 分支中。

    以 cherry-pick 方式将你的修改合入已发布分支

    你的修改已合入 master 分支中，该分支用于开发下一个 Kubernetes 版本。 如果你希望修改部分出现在已发布的 Kubernetes 版本文档中，则需要提议将它们以 cherry-pick 方式合入已发布分支。

    例如，假设 master 分支正用于开发 Kubernetes 1.16 版本，而你希望将修改合入到已发布的 1.15 版本分支。 相关的操作指南，请参见 提议一个 cherry-pick。

    跟踪你的 cherry-pick PR，直到它合入到已发布分支中。

    说明： 提议一个 cherry-pick 需要你有在 PR 中设置标签和里程碑的权限。 如果你没有，你需要与有权限为你设置标签和里程碑的人合作完成。

    进入 <rdocs-base> 目录, 打开 进行编辑：

    • 设置 K8S_ROOT 为 <k8s-base>。
    • 设置 K8S_WEBROOT 为 <web-base>。
    • 设置 K8S_RELEASE 为要构建文档的版本。 例如，如果您想为 Kubernetes 1.17 构建文档，请将 K8S_RELEASE 设置为 1.17。

    例如：

    1. export K8S_WEBROOT=$(GOPATH)/src/github.com/<your-username>/website
    2. export K8S_ROOT=$(GOPATH)/src/k8s.io/kubernetes
    3. export K8S_RELEASE=1.17

    创建版本目录

    在 <rdocs-base> 目录下，执行下面的命令：

    1. cd <rdocs-base>
    2. make createversiondirs

    从 kubernetes/kubernetes 检出一个分支

    在本地 <k8s-base> 仓库中，检出你想要生成文档的、包含 Kubernetes 版本的分支。 例如，如果希望为 Kubernetes 1.17 版本生成文档，请检出 v1.17.0 标记。 确保本地分支是最新的。

    1. git checkout v1.17.0 
    2. git pull https://github.com/kubernetes/kubernetes v1.17.0

    运行文档生成代码

    在本地的 <rdocs-base> 目录下，运行 copycli 构建目标。此命令以 root 账号运行：

    2. make copycli

    copycli 命令将清理暂存目录，生成 kubectl 命令文件，并将整理后的 kubectl 参考 HTML 页面和 文件复制到 <web-base>。

    验证是否已生成以下两个文件：

    找到复制的文件

    确认所有生成的文件都已复制到你的 <web-base>：

    1. cd <web-base>
    2. git status

    输出应包括修改后的文件：

    1. static/docs/reference/generated/kubectl/kubectl-commands.html
    2. static/docs/reference/generated/kubectl/navData.js

    此外，输出可能还包含：

    1. static/docs/reference/generated/kubectl/scroll.js
    2. static/docs/reference/generated/kubectl/stylesheet.css
    3. static/docs/reference/generated/kubectl/tabvisibility.js
    4. static/docs/reference/generated/kubectl/node_modules/bootstrap/dist/css/bootstrap.min.css
    5. static/docs/reference/generated/kubectl/node_modules/highlight.js/styles/default.css
    6. static/docs/reference/generated/kubectl/node_modules/jquery.scrollto/jquery.scrollTo.min.js
    7. static/docs/reference/generated/kubectl/node_modules/jquery/dist/jquery.min.js
    8. static/docs/reference/generated/kubectl/node_modules/font-awesome/css/font-awesome.min.css

    在本地测试文档

    在本地 <web-base> 中构建 Kubernetes 文档。

    1. cd <web-base>
    2. git submodule update --init --recursive --depth 1 # if not already done
    3. make container-serve

    查看。

    在 kubernetes/website 中添加和提交更改

    运行 git add 和 git commit 提交修改文件。

    对 仓库创建 PR。跟踪你的 PR，并根据需要回应评审人的评论。 继续跟踪你的 PR，直到它被合入。

    接下来