我的书签
添加书签
移除书签Implement design & UI elements
原文：https://docs.gitlab.com/ee/development/contributing/design.html
Implement design & UI elements
有关在 GitLab 上实现 UX 的指导，请参阅我们的设计系统 .
The UX team uses labels to manage their workflow.
问题上的〜” UX”标签向 UX 团队发出信号，表明它将需要 UX 注意. 为了更好地了解 UX 解决问题的优先级，请参阅手册的UX 部分 .
解决问题并准备好进行开发后，UXer 会删除〜” UX”标签，并将〜” UX ready”标签应用于该问题.
有一个特殊类型的标签，称为〜”产品发现”，用于 UX，PM，FE 和 BE. 它代表讨论问题和潜在解决方案的发现问题. 该问题的最终输出可能是需求文档，设计工件，甚至是原型. 该解决方案将在随后的里程碑中开发.
〜”产品发现”问题与其他任何问题一样，并且在当前里程碑中安排时，应包含里程碑标签，〜”可交付成果”或〜”伸展”.
The initial issue should be about the problem we are solving. 最初的问题应该与我们正在解决的问题有关. If a separate product discovery issue is needed for additional research and design work, it will be created by a PM or UX person. 如果需要其他产品发现问题来进行其他研究和设计工作，则将由 PM 或 UX 用户创建. Assign the ~UX, ~”product discovery” and ~”Deliverable” labels, add a milestone and use a title that makes it clear that the scheduled issue is product discovery (for example, Product discovery for XYZ ). 分配〜UX，〜”产品发现”和〜”可交付成果”标签，添加一个里程碑，并使用标题清楚地表明计划的问题是产品发现（例如， Product discovery for XYZ ）.
为了解决发行版中的产品发现问题，您必须完成以下操作：
- UXer 删除〜UX 标签，添加〜” UX ready”标签.
- 修改产品发现问题中的问题描述以包含最终设计. 如果有道理，可以将指示设计需求的原始信息移至下部的”原始信息”部分.
- 将设计复制到为其创建了产品发现问题的交付问题的描述中. 不要简单地将产品发现问题称为独立的事实来源.
- 在某些情况下，产品发现问题还标识了将来的增强功能，这些增强功能不会包含在起源产品发现问题的问题中. 对于这些项目，请创建包含设计的新问题，以确保它们不会丢失. 如果这些问题是好的想法，则将这些问题放在待办事项中. 否则，将它们分类.
