## 公关创建流程 1. **分析更改**：`git diff main...HEAD` 以了解所有提交 2. **确定受影响的组件**：SDK、API、UI、MCP、文档 3. **根据更改填写模板部分** 4. **使用 `gh pr create` 创建 PR** ## PR 模板结构 ### 上下文 {为什么会发生这样的变化？与“修复 #XXXX”} 相关的链接问题 ### 描述 {变更和依赖关系摘要} ### 审核步骤 {如何测试/验证更改} ### 清单 <详情>

社区清单

- [ ] 此功能/问题列于[此处](https://github.com/prowler-cloud/prowler/issues?q=sort%3Aupdated-desc+is%3Aissue+is%3Aopen) 或 roadmap.prowler.com - [ ] 是否分配给我，如果没有，请通过[此处](https://github.com/prowler-cloud/prowler/issues?q=sort%3Aupdated-desc+is%3Aissue+is%3Aopen) 或 [Prowler Community Slack](goto.prowler.com/slack) 中的问题/功能请求它 - 此 PR 中是否包含新的检查？是/否 - 如果是这样，我们是否需要更新提供商的权限？ - [ ] 检查代码是否被测试覆盖。 - [ ] 检查代码是否已按照 https://github.com/google/styleguide/blob/gh-pages/pyguide.md#38-comments-and-docstrings 进行记录 - [ ] 检查是否需要向后移植。 - [ ] 查看是否需要更改Readme.md - [ ] 确保将新条目添加到 CHANGELOG.md（如果适用）。 #### SDK/CLI - 此 PR 中是否包含新的检查？是/否 - 如果是这样，我们是否需要更新提供商的权限？请仔细检查这一点。 #### 用户界面（如果适用） - [ ] 所有问题/任务要求在 UI 上按预期工作 - [ ] 屏幕截图/视频 - 移动设备 (X < 640px) - [ ] 屏幕截图/视频 - 平板电脑 (640px > X < 1024px) - [ ] 屏幕截图/视频 - 桌面 (X > 1024px) - [ ] 确保新条目添加到 ui/CHANGELOG.md #### API（如果适用） - [ ] 所有问题/任务要求都按 API 上的预期工作 - [ ] 端点响应输出（如果适用） - [ ] EXPLAIN ANALYZE 新的/修改的查询或索引的输出（如果适用） - [ ] 性能测试结果（如果适用） - [ ] 实施的任何其他相关证据（如果适用） - [ ] 验证 API 规范是否需要重新生成。 - [ ] 检查是否需要版本更新。 - [ ] 确保新条目添加到 api/CHANGELOG.md ### 许可证通过提交此拉取请求，我确认我的贡献是根据 Apache 2.0 许可证的条款做出的。 ## 组件特定规则组件|变更日志 |额外检查 ---|---|--- SDK | `徘徊者/CHANGELOG.md` |新检查→权限更新？应用程序接口 | `api/CHANGELOG.md` | API 规范、版本提升、端点输出、解释分析、性能用户界面| `ui/CHANGELOG.md` |手机/平板电脑/桌面屏幕截图 MCP| `mcp_server/CHANGELOG.md` |不适用 ## 命令 # 检查当前分支状态 git 状态 git log main..HEAD --oneline # 查看完整差异 git diff 主要...HEAD # 使用heredoc为正文创建PR gh pr create --title "feat: 描述" --body "$(cat <<'EOF' ### 上下文 ... EOF ）” # 创建草稿 PR gh pr create --draft --title "壮举：描述" ## 标题约定遵循常规提交： * `壮举：` 新功能 * `修复：` 错误修复 * `文档：` 文档 * `杂务：` 维护 * `refactor:` 代码重构 * `测试：` 测试 ## 创建 PR 之前 1. ✅ 所有测试均在本地通过 2. ✅ Linting 通道（`make lint` 或特定于组件） 3. ✅ 更新变更日志（如果适用） 4. ✅ 分支与主分支保持同步 5. ✅ 提交是干净且具有描述性的 ## 资源 * **文档** ：请参阅 [references/]() 以获取本地开发人员指南的链接

徘徊者

包含技能