Game-day lifecycle: PROPOSED → SEATING → LOCKED → PLAYED / CANCELLED
- 主要语言
- HTML
- 星标
- 0
- 派生
- 0
- 平均合并
- 1 小时 34 分钟
- 30 天内合并 PR
- 23
描述
`PROPOSED → SEATING → LOCKED → PLAYED` / `CANCELLED`.
- [ ] Transitions as one function; PROPOSED → SEATING posts the signup post; SEATING → LOCKED closes signups (organiser action or a `jobs` row at a lead time); LOCKED → PLAYED at `ends_at` via the same attendance auto-assume job as campaign sessions.
- [ ] Each game day projects to a Discord scheduled event and a Google event through the existing projectors.
- [ ] CANCELLED posts a notice and deletes the Discord event; it never edits the signup post.
贡献指南
这个仓库没有索引到贡献指南
调研方向
Start by tracing the existing campaign-session attendance auto-assume job and the existing Discord and Google projectors. Map each requested game-day transition and its side effects, then verify that all listed transitions, event projections, signup behavior, cancellation notice, and scheduled jobs work as specified.
由索引模型根据 Issue 内容生成。
评估
- 领域
- backend
- Issue 类型
- 功能
- 难度
- 5/5
- 预计耗时
- 一周以上
- 活跃度
- 活跃
- 描述清晰度
- 基本清楚
- 新手友好度
- 35/100