9.2 KiB
📢 PR 管理系统更新 - 贡献者须知
我们正在引入新的 PR 管理系统，以提高代码质量并让贡献变得更容易！本指南解释了变化内容以及你需要做什么。
🎯 有什么变化？
我们正在引入：
✅ 清晰的贡献指南 与我们的路线图对齐 ✅ 自动化检查（测试、linting、安全扫描） ✅ 更好的标签 用于组织和优先级排序 ✅ 更快的审核周转 通过预检查 ✅ 透明的流程 让你准确知道期望什么
📅 时间表
第 1-2 周：现有 PR 审核期
第 3 周： 软启动（检查仅是建议性的）
第 4 周+： 完全启动（检查是必需的）
重要： 这个推出是渐进式的。你将有时间适应！
🤔 这对你意味着什么
如果你有现有的打开的 PR
好消息： 你的 PR 不会被新规则阻塞！
- ✅ 你的 PR 将按照当前（宽松）标准进行审核
- ✅ 我们将在 1-2 周内审核并提供反馈
- ✅ 一些 PR 可能需要快速 rebase 或次要更新
你可能需要做什么：
- 基于最新
dev分支 rebase 如果有冲突 - 在 1 周内回应审核评论
- 保持耐心 我们正在处理积压
如果我不回应会怎样？
- 我们可能会在 2 周不活动后关闭你的 PR
- 你随时可以稍后重新打开并更新！
- 没有恶意 - 我们只是在清理积压
🚀 想要检查你的 PR？（可选）
我们创建了一个 PR 健康检查工具来帮助你看 PR 是否符合新标准！
在你的本地 fork 中运行：
./scripts/pr-check.sh
它做什么：
- 🔍 分析你的 PR（不修改任何内容）
- ✅ 显示什么是好的
- ⚠️ 指出问题
- 💡 给你具体的修复建议
- 📊 整体健康评分
然后修复问题并推送：
# 修复问题（查看脚本的建议）
# 再次运行检查
./scripts/pr-check.sh
# 准备好后推送
git push -f origin <your-branch>
📖 完整指南： 如何迁移你的 PR
记住： 对于现有 PR，这是完全可选的！
如果你要提交新的 PR
时间很重要：
第 3 周（软启动）：
- ✅ 自动化检查将运行（测试、linting、安全性）
- ⚠️ 检查仅是建议性的 - 不会阻塞你的 PR
- ✅ 这是一个学习期 - 我们在这里帮助！
- ✅ 熟悉新的贡献指南
第 4 周+（完全启动）：
- ✅ 所有自动化检查必须通过才能合并
- ✅ PR 必须遵循 Conventional Commits 格式
- ✅ 必须填写 PR 模板
- ✅ 必须与路线图优先级对齐
✅ 如何为新系统做准备
1. 阅读贡献指南
关键点：
- 我们接受与路线图对齐的 PR（安全性、AI、交易所、UI/UX）
- PR 应该集中且小型（<300 行优先）
- 使用 Conventional Commits 格式：
feat(area): description - 为新功能包含测试
2. 查看路线图
🗺️ 路线图
当前优先级（Phase 1）：
- 🔒 安全增强
- 🧠 AI 模型集成
- 🔗 交易所集成（OKX、Bybit、Lighter、EdgeX）
- 🎨 UI/UX 改进
- ⚡ 性能优化
- 🐛 Bug 修复
较低优先级（Phase 2+）：
- 通用市场扩展（股票、期货）
- 高级 AI 功能
- 企业功能
💡 专业提示： 如果你的 PR 与 Phase 1 对齐，它会被更快审核！
3. 设置本地测试
提交 PR 前，在本地测试：
# 后端测试
go test ./...
go fmt ./...
go vet ./...
# 前端测试
cd web
npm run lint
npm run type-check
npm run build
这有助于你的 PR 第一次就通过自动化检查！
📝 PR 标题格式
使用 Conventional Commits 格式：
<type>(<scope>): <description>
示例：
feat(exchange): add OKX futures support
fix(trader): resolve position tracking bug
docs(readme): update installation instructions
perf(ai): optimize prompt generation
类型：
feat- 新功能fix- Bug 修复docs- 文档refactor- 代码重构perf- 性能改进test- 测试更新chore- 构建/配置变更security- 安全改进
🎯 什么是好的 PR？
✅ 好的 PR 示例
标题：feat(exchange): add OKX exchange integration
描述：
使用以下功能实现 OKX 交易所支持：
- 订单下达和取消
- 余额和仓位检索
- 杠杆配置
- 错误处理和重试逻辑
关闭 #123
测试：
- [x] 单元测试已添加并通过
- [x] 使用真实 API 手动测试
- [x] 文档已更新
为什么好：
- ✅ 清晰、描述性标题
- ✅ 解释了什么和为什么
- ✅ 链接到 issue
- ✅ 包含测试详情
- ✅ 小型、集中的变更
❌ 避免这些
太模糊：
标题：update code
描述：made some changes
太大：
标题：feat: complete rewrite of entire trading system
文件变更：2,500+
不在路线图上：
标题：feat: add support for stock trading
（这是 Phase 3，不是当前优先级）
🐛 如果你的 PR 检查失败
不要恐慌！我们在这里帮助。
第 3 周（软启动）：
- 检查是建议性的 - 我们会帮你解决问题
- 在你的 PR 评论中提问
- 我们可以指导你进行调试
第 4 周+（完全启动）：
- 检查必须通过，但我们仍然会帮助！
- 常见问题：
- 测试失败 → 在本地运行
go test ./... - Linting 错误 → 运行
go fmt和npm run lint - 合并冲突 → 基于最新
devrebase
- 测试失败 → 在本地运行
需要帮助？ 只管问！在你的 PR 中评论或联系：
💰 悬赏贡献者特别说明
如果你正在做悬赏任务：
✅ 你的 PR 获得优先审核（24-48 小时） ✅ 额外支持 以满足要求 ✅ 过渡期间灵活 - 我们会与你合作
只需确保：
- 引用悬赏 issue 编号
- 满足所有验收标准
- 包含演示视频/截图
❓ 常见问题
Q：我的现有 PR 会被拒绝吗？
A： 不会！现有 PR 使用宽松标准。我们可能会要求次要更新（rebase、小修复），但你不会被要求满足新的严格要求。
Q：如果我无法通过新的 CI 检查怎么办？
A： 第 3 周是学习期。我们会帮你理解和修复问题。到第 4 周，你将熟悉这个流程！
Q：这会减慢贡献速度吗？
A： 实际上不会！自动化检查尽早捕获问题，使审核更快。清晰的指南帮助你第一次就提交更好的 PR。
Q：如果我是初学者，我还能贡献吗？
A： 绝对可以！查找标记为 good first issue 的 issue。我们在这里指导并帮助你成功。
Q：我的 PR 很大（>1000 行）。我应该怎么做？
A： 考虑将其拆分为更小的 PR。这让你获得：
- ✅ 更快的审核
- ✅ 更容易的测试
- ✅ 更高的快速合并机会
需要帮助规划？在你的 PR 中提问即可！
Q：如果我的功能不在路线图上怎么办？
A： 先开一个 issue 讨论！我们对好想法持开放态度，但在你花时间编码之前想确保对齐。
Q：这将何时完全激活？
A： 第 4 周+（从公告日期起大约 4 周）。查看置顶的 Discussion 帖子了解确切日期。
🎉 对贡献者的好处
这个新系统通过以下方式帮助你：
✅ 更快的审核 - 自动化预检查减少审核时间 ✅ 清晰的期望 - 你准确知道需要什么 ✅ 更好的反馈 - 自动化检查尽早捕获问题 ✅ 公平的优先级排序 - 路线图对齐的 PR 审核更快 ✅ 表彰 - 贡献者等级和表彰计划
📚 资源
必读
有用链接
- Conventional Commits - Commit 格式
- Good First Issues - 适合初学者的任务
- 悬赏计划 - 获得报酬来贡献
获取帮助
- GitHub Discussions - 提问
- Telegram - 社区聊天
- Twitter - 更新和公告
💬 欢迎反馈！
这是一个新系统，我们想要你的意见：
- 📝 什么不清楚？
- 🤔 你有什么顾虑？
- 💡 我们如何改进？
在迁移反馈讨论中分享（链接待定）
🙏 谢谢你！
我们感谢你的贡献和在这次过渡期间的耐心。我们一起正在构建令人惊叹的东西！
问题？ 不要犹豫提问。我们在这里帮助！🚀
最后更新： 2025-01-XX 状态： 公告（第 0 周） 完全启动： 第 4 周+（待定）