fnvtk/soul-yongping
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
991e17698c48be92c4cf6cb5fca73ee283efffa7
soul-yongping/.cursor/meeting/2026-03-09_devlop与yongxu分支差异分析会议.md

6.7 KiB
Raw Blame History

会议纪要 - 2026-03-09 | devlop 与 yongxu 分支差异分析

本文件由助理橙子在会议结束后自动生成。

基本信息

  • 时间：2026-03-09
  • 议题：分析 devlop（dev 分支 / Mycontent-temp）与 yongxu（当前分支）两个项目的区别
  • 触发方式：开个会议
  • 参与角色：产品经理、后端开发、管理端开发工程师、小程序开发工程师、测试人员

各角色发言

【产品经理】

分支定位：

  • devlop：老板的老板主改，侧重内容管理、用户管理、找伙伴等管理端能力，开发文档已删除（迁移至他处）
  • yongxu：你主改，侧重 C 端体验：@提及、一键收款、个人资料页、找伙伴、推荐码绑定、分享带 ref、退款等

差异要点：

  • devlop 删除了整个 开发文档/ 目录（约 100+ 文件），yongxu 保留
  • 需求文档（20260308 内容管理、用户管理、找伙伴）在 devlop 侧有更新，yongxu 侧沿用旧版
  • 合并后需确保：C 端功能（@提及、推荐码、一键收款）不丢，管理端能力（ContentPage、FindPartnerPage、UsersPage）不丢

【后端开发】

devlop 独有（yongxu 没有）：

  • admin_dashboard.go、admin_rfm.go、admin_shensheshou.go、admin_user_rules.go
  • db_book.go、db_person.go（db 路由组扩展）
  • ckb.go 大改（存客宝扩展）
  • match.go、match_records.go 扩展
  • book.go、user.go、cron.go 等逻辑更新
  • person.go、user_rule.go 等 model 新增
  • 路由、数据库、配置等变更

yongxu 独有（devlop 没有）：

  • @提及相关接口、免费章节判断、存客宝限频、退款逻辑等（在共同祖先 90d32a51 之后）

共同修改文件（易冲突）：

  • soul-api/internal/handler/miniprogram.go
  • soul-api/internal/config/config.go
  • soul-api/internal/database/database.go
  • soul-api/internal/router/router.go

【管理端开发工程师】

devlop 独有（yongxu 没有）：

  • ContentPage.tsx 大改（约 1395 行变更）
  • ChapterTree.tsx、ChaptersPage.tsx 新增/重构
  • FindPartnerPage.tsx 及多 Tab：CKBConfigPanel、CKBStatsTab、FindPartnerTab、MatchPoolTab、MatchRecordsTab、MentorBookingTab、MentorTab、ResourceDockingTab、TeamRecruitTab
  • RichEditor.tsx、UserDetailModal.tsx 扩展
  • UsersPage.tsx 大改（约 1267 行）
  • DashboardPage.tsx、DistributionPage.tsx、SettingsPage.tsx 等更新
  • client.ts、AdminLayout.tsx、App.tsx 配置调整

yongxu：管理端改动较少，主要在小程序侧

合并策略：以 devlop 管理端为主，yongxu 若有管理端改动需手工合入

【小程序开发工程师】

yongxu 独有（相对共同祖先 90d32a51）：

  • app.js：baseUrl 真实后端、goBackOrToHome、推荐码/访问记录、checkUpdate
  • read/*：@提及解析与高亮、mid 优先跳转
  • chapters/*：章节列表、分享
  • index/*：首页、已读/待读
  • my/*：个人中心、导航栏

devlop 也改了同一批文件：

  • miniprogram/app.js、app.json
  • miniprogram/pages/chapters/chapters.js、chapters.json
  • miniprogram/pages/index/index.js、index.wxml
  • miniprogram/pages/my/my.js
  • miniprogram/pages/read/read.js、read.wxml、read.wxss
  • miniprogram/project.private.config.json
  • miniprogram/utils/readingTracker.js

合并重点：上述文件两分支均有修改，合并时需保留 yongxu 的 @提及、推荐码、baseUrl、goBackOrToHome 等业务逻辑，同时接纳 devlop 的其它改动（若有）

【测试人员】

合并后需做：

  • 三端联调：小程序↔API、管理端↔API
  • 回归测试：@提及、推荐码、找伙伴、内容管理、用户管理、存客宝、一键收款、退款
  • 建议合并完成后拉一份回归清单，逐项验证

讨论过程

  • 用户明确：Mycontent-temp 对应 dev 分支（devlop），当前打开的是 yongxu 分支
  • 基于 git diff、git log 分析两分支自共同祖先 90d32a51 以来的差异
  • 共识：devlop 改动量大（248 文件、约 6 万行变更），yongxu 改动小（7 文件、约 366 行），合并时需分模块处理

会议决议

  1. 差异总结：devlop 侧重管理端与脚本（内容管理、找伙伴、飞书导出、开发文档删除）；yongxu 侧重 C 端（@提及、一键收款、推荐码、baseUrl 真实后端）
  2. 合并策略：
    • 管理端、soul-api 新增能力：以 devlop 为主
    • 小程序：保留 yongxu 的 @提及、推荐码、goBackOrToHome、baseUrl 等，与 devlop 改动手工合并
    • 开发文档：若需保留，从 yongxu 恢复；若已迁移他处，可沿用 devlop 的删除
  3. 待确认项：开发文档最终保留在仓库内还是迁移到外部？合并冲突时以哪边为准（按模块已约定）

待办事项

责任角色 任务 优先级 截止建议
用户 确认开发文档保留策略 中 合并前
用户 执行分支合并（如 git merge devlop 或 git merge yongxu） 高 待用户操作
助理橙子 合并时协助逐文件解决冲突 高 用户合并时
测试人员 合并后回归测试 中 合并完成

问题与作答区

# 问题 责任角色 作答
1 开发文档最终保留在仓库内还是迁移到外部？ 用户 （待补充）
2 合并时以 devlop 为基准合并 yongxu，还是以 yongxu 为基准合并 devlop？ 用户 （待补充）

两分支差异速查表

维度 devlop（dev 分支） yongxu（当前分支）
共同祖先 90d32a51 90d32a51
独有提交数 约 200+ 2
变更文件数 248 7
开发文档 已删除 保留
小程序 有改动（与 yongxu 重叠） @提及、推荐码、baseUrl、goBackOrToHome 等
管理端 ContentPage、FindPartnerPage、UsersPage 等大改 改动少
soul-api admin_、db_、ckb、match 等扩展 免费章节、存客宝限频、退款等
脚本 飞书导出、content_upload、Gitea 推送等 无
会议纪要 合并策略、管理端与 API 分析等 代码完整性分析、各成员功能检测

各角色经验与业务理解更新

团队共享

  • 分支差异分析会议：先确定共同祖先，再用 git diff --stat、git log 分模块梳理，便于制定合并策略
  • 多分支合并时按模块约定「以谁为主」：管理端/soul-api 以 devlop 为主，小程序保留 yongxu 业务逻辑

会议纪要由助理橙子生成 | 各角色经验已同步至 agent/{角色}/evolution/2026-03-09.md