tencent cloud

云资源自动化 for Terraform

产品简介
产品概述
产品优势
应用场景
购买指南
快速开始
本地使用
工具指南
配置指南
语法指南
资源列表
结合 Devops
代码管理
持续集成与部署
实践教程
部署云原生服务
资源跨地域复制
客户案例
Convertlab 基于腾讯云 Terraform 的 IaC 实践
Provider 共建
欢迎
贡献
开发者参考
常见问题
签名错误
Init 加速
开启日志追踪
管理现存资源
状态锁

创建拉取请求

PDF
聚焦模式
字号
最后更新时间: 2025-02-12 11:50:24
我们欢迎任何人和团队向腾讯云 Provider 贡献代码,向 Provider 发起拉取请求的流程如下:

官方仓库

访问 官方仓库

Fork 代码

您需从主仓库中 Fork 一份代码到子集的仓库,并对 Fork 出来的仓库进行代码变更。


分支命名约束

分支命名需要约遵循语义化的命名,一般以 type/scope-content 的格式,能让他人快速定位您改动的范围和内容,常用的分支前缀如下:
fix/* 修复问题。
feat/* 新增功能。
doc/* 文档变更。
style/* 格式、拼写等不影响逻辑的代码改动。
chore/* 杂项提交,不涉及代码逻辑。
后缀内容尽可能概括改动模块和内容,如:
fix/tke-auth-retry 表示修复 TKE 模块鉴权重试的问题。
feat/new-free-ssl-resource 表示增加新的 SSL 资源。
doc/cvm-field-misspell 表示修改 CVM 文档某处文字错误。
避免出现如下命名,如:
john-test 直接以某位开发者的名字命名 。
fix/20221027 无法体现改动了什么范围和内容。
fix/bug以及其他带有不适当内容的名称。

验收测试

为了确保您的改动符合预期,涉及到逻辑的变更需要编写并执行验收测试。请参考 编写测试用例

发起拉取请求

当您的改动完成,请创建一个合并请求到 主仓库 。图中红框选择主仓库,绿框选择您的仓库。


提交 changelog 清单

当拉取请求发起后,您还需要再追加提交一条 .changelog/<PR号码>.txt 文件,按格式描述本次拉取请求的类型、模块和改动内容,模板如下:
resource/<module>: something has done
具体内容请参考 提交变更日志

拉取请求检查

拉取请求发起后,Action 会运行一些基本的合并检查。

如果您的代码需要验收测试,则由代码仓库成员打上 run-check 标记,触发执行能覆盖您变更的测试用例。

代码合并

当合并检查通过,仓库成员 Review 并确认分支可以合并后,我们会帮您把分支合入主干,后续会根据合入情况,进行版本发布。至此,整个代码贡献流程已走完,您的贡献将会帮到更多的用户!

帮助和支持

本页内容是否解决了您的问题?

填写满意度调查问卷,共创更好文档体验。

文档反馈