Tags should be stored on a per-Person basis
还没有人认领这个 Issue。
评估
调研方向
首先定位 PatchTag 以及 Patch、CoverLetter、Tag 和 Person 模型，然后追踪 submission 的标签是如何存储的。明确该模型是否应改为 SubmissionTag，并定义与 Person 的关联；当重复项处理和 cover-letter 标记遵循约定行为时，即表示完成。
由索引模型根据 Issue 内容生成。
描述
At present, a PatchTag contains three fields:
- A link to the
Patch - A link to the
Tag - A count of the number of
Tags stored against thisPatch
This works, but it's not ideal:
- Duplicated tags are possible, as we treat all tags the same
- Tags cannot be associated with the other type of
Submission, namelyCoverLetter
We should change how we store PatchTags to include the Person, if any, that was associated with this patch. We may also take the opportunity to change this model to a SubmissionTag, such that cover letters can have tags stored against them. This would allow us to set tags on all patches if a tag is submitted against a cover letter.
- 主要语言
- Python
- 星标
- 317
- 派生
- 91
- PR 合并指标
- 30 天内没有已合并 PR
贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
getpatchwork/patchwork 的其他 Issue
-
难度 2/5 1-3 小时 新手友好度 68/100
getpatchwork/patchwork#668 ·
-
bug web-ui
难度 2/5 1-3 小时 新手友好度 74/100
getpatchwork/patchwork#546 · 2 条评论 ·
-
难度 3/5 1-2 天 新手友好度 52/100
getpatchwork/patchwork#664 ·
-
难度 4/5 3-5 天 新手友好度 48/100
getpatchwork/patchwork#663 ·
-
难度 3/5 1-2 天 新手友好度 45/100
getpatchwork/patchwork#645 ·
查看 getpatchwork/patchwork 的全部 Issue
相似的 Issue
-
essnmx good first issue
难度 1/5 1 小时以内 新手友好度 95/100
-
难度 2/5 1-3 小时 新手友好度 65/100
syfoud/Simulated_Scepter#174 ·
-
难度 2/5 1-3 小时 新手友好度 75/100
Giskard-AI/giskard-oss#2840 · 1 条评论 ·
-
A claim comment carrying the issue number is silently declined while the workflow reports success 未关闭area: repo bug perceived difficulty: 2
难度 2/5 1-3 小时 新手友好度 70/100
-
难度 2/5 1-3 小时 新手友好度 75/100
yeti-platform/yeti#1380 ·