在Linear中需先创建自定义状态分组（如“前端开发流”），再删除默认状态并添加带颜色、初始/最终标识及出向转换的具体状态，最后通过全局、项目或规则绑定工作流，并验证状态跳转与动作触发。
在Linear中为项目设置状态工作流，是让任务生命周期清晰可控的关键操作——它直接决定Issue从“待处理”到“已完成”的流转逻辑是否符合团队实际节奏，而不是套用默认的To Do → In Progress → Done这种通用模板。
创建自定义状态组
进入目标团队的Settings → Workflows → New workflow group，输入名称如“前端开发流”，点击Create。这一步必须先做，因为Linear不允许在无分组下直接添加状态；【未创建分组就尝试拖拽状态会失败】。
系统自动为你生成一个含3个默认状态的空分组，但这些只是占位符，需全部删除后再重建。
添加并配置具体状态
点击+ Add state，在弹出框中输入状态名（如“代码审查中”），选择颜色（建议用#4A6FA5表示评审类状态），勾选“Is initial state”仅对首个状态启用——Linear强制要求且仅允许一个初始状态。
为每个非最终状态添加至少一个出向转换：点击该状态右侧的“+”号→选择目标状态→填写触发条件（例如“当PR链接被添加到描述时”）。【缺少出向转换的状态无法被选中作为当前状态，Issue会被卡住】。
最终状态必须明确标识：添加状态时勾选“Is final state”，或在已有状态上右键→Mark as final。最终状态不能有出向转换，也不能配置Exit动作。
绑定工作流到项目或团队
方法一：全局绑定（推荐）
在Workflow group页面点击“Apply to all projects”，确认后所有现有及未来项目均启用该流。此操作不可逆，切换前请确保已测试过状态跳转逻辑。
方法二：单项目绑定
进入具体Project → Settings → Workflow → 从下拉菜单选择已建好的workflow group。注意：若项目已有Issue处于旧状态中，Linear会自动将其映射到新工作流中最接近的状态，但不会触发Entry动作。
方法三：按Issue类型绑定（高级）
在Workflow group编辑页启用“Rule-based assignment”，添加规则如“if label contains ‘bug’ → use ‘紧急修复流’”。规则按顺序匹配，第一条命中即生效。
验证与调试状态跳转
第一步：新建一个Issue，观察右上角状态选择器是否只显示你配置的那些状态，且初始状态已预选。
第二步：手动点击切换状态，确认每次跳转都触发了对应Entry动作（如自动分配给Reviewer、自动发送Slack通知）。
第三步：在Issue评论区输入/transition “上线验证中”，检查是否能通过命令行式指令完成跳转——这需要提前在Workflow设置中启用CLI transitions并授予相应权限。
第四步：打开另一个浏览器隐身窗口，以协作者身份尝试将该Issue从“测试通过”拖回“开发中”，确认该转换路径是否被禁用（非对称转换需显式配置双向规则）。
