本仓库包含了所有用于构建 Kubernetes 网站和文档 的软件资产。 我们非常高兴您想要参与贡献!
可以使用 Hugo(扩展版)在本地运行网站,也可以在容器中运行它。强烈建议使用容器,因为这样可以和在线网站的部署保持一致。
使用这个仓库,需要在本地安装以下软件:
- npm
- Go
- Hugo (Extended version)
- 容器运行时,比如 Docker.
开始前,先安装这些依赖。克隆本仓库并进入对应目录:
git clone https://github.com/kubernetes/website.git
cd website
Kubernetes 网站使用的是 Docsy Hugo 主题。 即使你打算在容器中运行网站,我们也强烈建议你通过运行以下命令来引入子模块和其他开发依赖项:
# 引入 Docsy 子模块
git submodule update --init --recursive --depth 1
要在容器中构建网站,请通过以下命令来构建容器镜像并运行:
# 你可以将 $CONTAINER_ENGINE 设置为任何 Docker 类容器工具的名称
make container-serve
如果您看到错误,这可能意味着 hugo 容器没有足够的可用计算资源。 要解决这个问题,请增加机器(MacOSX 和 Windows)上 Docker 允许的 CPU 和内存使用量。
启动浏览器,打开 http://localhost:1313 来查看网站。 当你对源文件作出修改时,Hugo 会更新网站并强制浏览器执行刷新操作。
请确保安装的是 netlify.toml
文件中环境变量 HUGO_VERSION
所指定的
Hugo 扩展版本。
若要在本地构造和测试网站,请运行:
# 安装依赖
npm ci
make serve
上述命令会在端口 1313 上启动本地 Hugo 服务器。 启动浏览器,打开 http://localhost:1313 来查看网站。 当你对源文件作出修改时,Hugo 会更新网站并强制浏览器执行刷新操作。
位于 content/en/docs/reference/kubernetes-api
的 API 参考页面是根据 Swagger 规范构建的,使用 https://github.com/kubernetes-sigs/reference-docs/tree/master/gen-resourcesdocs。
要更新新 Kubernetes 版本的参考页面,请执行以下步骤:
-
拉取
api-ref-generator
子模块:git submodule update --init --recursive --depth 1
-
更新 Swagger 规范:
curl 'https://raw.githubusercontent.com/kubernetes/kubernetes/master/api/openapi-spec/swagger.json' > api-ref-assets/api/swagger.json
- 在
api-ref-assets/config/
中,调整文件toc.yaml
和fields.yaml
以反映新版本的变化。
-
接下来,构建页面:
make api-reference
您可以通过从容器映像创建和提供站点来在本地测试结果:
make container-image
make container-serve
在 Web 浏览器中,打开 http://localhost:1313/docs/reference/kubernetes-api/ 查看 API 参考。
- 当所有新的更改都反映到配置文件
toc.yaml
和fields.yaml
中时,使用新生成的 API 参考页面创建一个 Pull Request。
error: failed to transform resource: TOCSS: failed to transform "scss/main.scss" (text/x-scss): this feature is not available in your current Hugo version
由于技术原因,Hugo 会发布两套二进制文件。
当前网站仅基于 Hugo Extended 版本运行。
在 发布页面 中查找名称为 extended
的归档。可以运行 hugo version
查看是否有单词 extended
来确认。
如果在 macOS 上运行 make serve
收到以下错误:
ERROR 2020/08/01 19:09:18 Error: listen tcp 127.0.0.1:1313: socket: too many open files
make: *** [serve] Error 1
试着查看一下当前打开文件数的限制:
launchctl limit maxfiles
然后运行以下命令(参考 https://gist.github.com/tombigel/d503800a282fcadbee14b537735d202c):
#!/bin/sh
# These are the original gist links, linking to my gists now.
# curl -O https://gist.githubusercontent.com/a2ikm/761c2ab02b7b3935679e55af5d81786a/raw/ab644cb92f216c019a2f032bbf25e258b01d87f9/limit.maxfiles.plist
# curl -O https://gist.githubusercontent.com/a2ikm/761c2ab02b7b3935679e55af5d81786a/raw/ab644cb92f216c019a2f032bbf25e258b01d87f9/limit.maxproc.plist
curl -O https://gist.githubusercontent.com/tombigel/d503800a282fcadbee14b537735d202c/raw/ed73cacf82906fdde59976a0c8248cce8b44f906/limit.maxfiles.plist
curl -O https://gist.githubusercontent.com/tombigel/d503800a282fcadbee14b537735d202c/raw/ed73cacf82906fdde59976a0c8248cce8b44f906/limit.maxproc.plist
sudo mv limit.maxfiles.plist /Library/LaunchDaemons
sudo mv limit.maxproc.plist /Library/LaunchDaemons
sudo chown root:wheel /Library/LaunchDaemons/limit.maxfiles.plist
sudo chown root:wheel /Library/LaunchDaemons/limit.maxproc.plist
sudo launchctl load -w /Library/LaunchDaemons/limit.maxfiles.plist
这适用于 Catalina 和 Mojave macOS。
通过 社区页面 进一步了解 SIG Docs Kubernetes 社区和会议信息。
你也可以通过以下渠道联系本项目的维护人员:
你也可以点击屏幕右上方区域的 Fork 按钮,在你自己的 GitHub 账号下创建本仓库的拷贝。此拷贝被称作 fork。 你可以在自己的拷贝中任意地修改文档,并在你已准备好将所作修改提交给我们时, 在你自己的拷贝下创建一个拉取请求(Pull Request),以便让我们知道。
一旦你创建了拉取请求,某个 Kubernetes 评审人会负责提供明确的、可执行的反馈意见。 作为拉取请求的拥有者,修改拉取请求以解决 Kubernetes 评审人所提出的反馈是你的责任。
还要提醒的一点,有时可能会有不止一个 Kubernetes 评审人为你提供反馈意见。 有时候,某个评审人的意见和另一个最初被指派的评审人的意见不同。
更进一步,在某些时候,评审人之一可能会在需要的时候请求 Kubernetes 技术评审人来执行技术评审。 评审人会尽力及时地提供反馈意见,不过具体的响应时间可能会因时而异。
有关为 Kubernetes 文档做出贡献的更多信息,请参阅:
如果您在贡献时需要帮助,新贡献者大使是一个很好的联系人。 这些是 SIG Docs 批准者,其职责包括指导新贡献者并帮助他们完成最初的几个拉取请求。 联系新贡献者大使的最佳地点是 Kubernetes Slack。 SIG Docs 的当前新贡献者大使:
姓名 | Slack | GitHub |
---|---|---|
Arsh Sharma | @arsh | @RinkiyaKeDad |
语言 | 语言 |
---|---|
中文 | 韩语 |
法语 | 波兰语 |
德语 | 葡萄牙语 |
印地语 | 俄语 |
印尼语 | 西班牙语 |
意大利语 | 乌克兰语 |
日语 | 越南语 |
可以通过以下方式联系中文本地化的维护人员:
- Rui Chen (GitHub - @chenrui333)
- He Xiaolong (GitHub - @markthink)
- Slack channel
参与 Kubernetes 社区受 CNCF 行为准则 约束。
Kubernetes 因为社区的参与而蓬勃发展,感谢您对我们网站和文档的贡献!