文档位置
- 仓库:
ClickHouse/clickhouse-docs - 格式: Markdown,使用 Docusaurus 构建
- 位置:
/docs/integrations/<category>/<your-integration>/,其中<category>体现你的产品类别 (data-visualization、data-ingestion、language-clients等) - 流程: 向
main分支提交拉取请求。ClickHouse 集成团队会进行审核。首次贡献者需要在机器人于 PR 中提示时签署贡献者许可协议 (Contributor License Agreement)
选择类别
必需章节
- 用途。 用两到三句话说明该集成解决什么问题。避免使用营销式文案。读者通常是正在评估部署方案的工程师
- 前置条件和支持版本矩阵。 说明用户需要预先安装什么,以及你支持哪些版本,同时涵盖 ClickHouse Cloud 和自托管 (开源) 。用一个小表格通常效果很好
- 设置流程。 提供分步说明,帮助用户建立可用的连接;对于 Cloud 和自托管之间存在差异的地方 (主机、端口、TLS) ,要并列说明
- 身份验证。 说明你支持哪些身份验证方式 (至少包括基于 TLS 的用户名和密码,以及 mTLS、SSL 客户端证书、IP 允许列表说明 (如适用) )
- 端到端示例。 至少提供一个从连接到获得有意义结果的真实示例。使用一个 ClickHouse 示例数据集,以便读者能够复现
- 已知限制和性能特征。 包括类型系统缺口、结果集阈值、吞吐量说明以及不支持的功能。如实说明这些内容可以减少支持负担
- 故障排查。 列出常见错误及其解决方法。对于第一版来说,两到三个高频案例就足够了
风格说明
- 同时说明 Cloud 和 自托管。 Cloud 通常使用端口
8443上的 HTTPS 和端口9440上的原生 TCP。自托管 默认使用8123和9000 - 使用 Docusaurus admonitions (
:::note、:::warning、:::tip) 来呈现提示信息,不要使用加粗段落 - 通过链接提供更深入的内容。 对于 data types、formats、JDBC、ClickPipes 及类似主题,请链接到现有文档,而不是重复解释
- 不要加入营销内容。 此处的 集成 页面属于技术参考文档。宣传内容应放在你们自己的网站上;我们可以从合作伙伴目录链接过去
复制粘贴模板
/docs/integrations/<category>/<your-integration>/index.md,然后提交一个 PR。