发布、重新发布和取消发布 Helpdesk
发布一个连贯且不可变的 Helpdesk 版本，并有意识地使用重新发布或取消发布。本指南使工作专注于 Helpdesk 发布，并提供一条可重复执行的路径，让新的 Humind 用户无需更改无关配置即可遵循。 Humind Helpdesk 是符合条件的公开 Knowledge 的已发布投影。它有自己的地址、内容选择、语言、外观、导航、支持目标、元数据以及不可变的发布版本。编辑配置或 Knowledge 不会更改公开站点，直到发布新...
发布一个连贯且不可变的 Helpdesk 版本，并有意识地使用重新发布或取消发布。本指南使工作专注于 Helpdesk 发布，并提供一条可重复执行的路径，让新的 Humind 用户无需更改无关配置即可遵循。
Humind Helpdesk 是符合条件的公开 Knowledge 的已发布投影。它有自己的地址、内容选择、语言、外观、导航、支持目标、元数据以及不可变的发布版本。编辑配置或 Knowledge 不会更改公开站点，直到发布新的连贯版本为止。
开始之前
访问权限：需要 Helpdesk 写入权限。发布还取决于符合条件的公开 Knowledge。
- 为每个活动区域设置完成 Helpdesk 测试。
- 确认候选内容、品牌、链接、支持和元数据。
- 在编辑时保持当前公开版本可用。
在下面描述的最小负责区域中工作，并在准备更改时保持当前面向客户的状态可用。在点击任何最终操作之前，请确认 Humind 中显示的当前公司、Agent、商店、语言和市场。缺少某个控件可能表示只读访问，或者表示此公司尚未配置某项能力。在这种情况下，请记录预期任务，并请管理员检查确切的权限或依赖项。不要通过共享账户、将数据复制到其他区域或承诺工作区未提供的能力来绕过此边界。
分步工作流程
确认范围和当前状态
在执行任何公开操作之前，检查已发布版本状态，并识别所有未发布的草稿更改。
- 编辑前确认当前公司和 Agent。
- 记录当前状态，以便在更改后比较结果。
- 如果屏幕或权限与预期任务不匹配，请停止。
准备更改
测试完整候选内容，并在不取消现有站点发布的情况下，解决缺失内容、无效链接或未保存的部分。
- 使用能够完成客户任务的最小更改。
- 将权威信息保留在其所属源中。
- 保存前检查标签、日期、语言和客户可见措辞。
保存并等待所需处理完成
选择“发布”或“发布更改”一次，以创建新的不可变版本，然后记录其版本和公开地址。
- 等待界面确认更改已保存。
- 如果需要同步、索引或发布，请等待其最终状态。
- 重新加载该区域，并确认已保存的值仍然存在。
测试完整客户旅程
仅当整个 Helpdesk 必须变为不可访问时，才使用“取消发布”。对于常规修正，请改为准备修正后的版本并重新发布。
- 使用新的会话和真实的客户场景。
- 当结果显示在店面时，请检查桌面端和移动端。
- 如果结果与预期不同，请记录确切失败步骤。
重要限制和操作说明
- 成功保存确认的是持久化，而不是每个下游同步或公开更新。
- 工作区权限可以隐藏某个区域，或允许读取但不允许更改。
- 不要将易变的目录、账户或客户事实复制到叙述性内容中作为变通办法。
- 仅测试对当前公司可见且已配置的受支持能力。
- 将 Helpdesk 发布中的更改与无关的 Agent、Knowledge、目录、Inbox 或 Helpdesk 工作分开。
验证结果
- 发布操作会报告预期的文章数量。
- 公开地址会提供新版本。
- 集合、代表性文章、搜索、链接和区域设置都能正常工作。
- 之前的发布记录保持完整，且没有任何 Knowledge 条目被删除。
简要记录你测试了什么、使用了哪个客户场景以及变更了什么。这样可以让后续故障排除更精确，并帮助其他队友在不依赖记忆的情况下重现结果。
故障排除
发布报告没有符合条件的文章
检查文章状态、公开可见性、活动周期、Helpdesk 资格、语言和内容选择。在更正草稿时，保持当前版本继续在线。
已保存的更改在公开端仍然缺失
确认新版本确实已发布，并且公开站点报告了它。已保存的草稿绝不会改变活动中的不可变快照。