自动分配 GitHub 问题

此工作流适用于以下人群：
- 开发者：需要自动化处理 GitHub 问题和评论的开发者。
- 项目经理：希望提高团队协作效率并确保任务分配的项目经理。
- 开源贡献者：希望在开源项目中自动分配问题的贡献者。
- DevOps 工程师：需要集成 GitHub 工作流以自动化问题管理的 DevOps 工程师。

此工作流解决了以下问题：
- 自动分配问题：当 GitHub 问题被创建或评论时，自动将其分配给创建者或评论者，避免手动分配的繁琐。
- 确保任务透明度：通过自动评论告知用户任务已被分配，提升团队沟通效率。
- 减少遗漏：确保没有分配的任务被及时处理，避免任务遗忘或延误。

工作流过程的详细说明：
1. 触发器：当 GitHub 上的 issue_comment 或 issues 事件发生时，工作流被手动触发。
2. 条件判断：使用 Switch 节点判断事件类型（如 opened 或 created）。
3. 检查是否有分配者：使用 IF no assignee? 节点检查问题是否没有分配者。
- 如果没有分配者且问题正文中包含 assign me，则自动将问题分配给创建者（Assign Issue Creator 节点）。
- 如果没有分配者且没有符合条件，则进入 NoOp 节点，什么也不做。
4. 检查评论者的请求：使用 IF wants to work? 节点检查评论内容是否请求分配。
- 如果请求分配且没有分配者，则将问题分配给评论者（Assign Commenter 节点）。
- 如果请求分配但已分配，则添加评论告知用户任务已被分配（Add Comment 节点）。

用户如何定制和适应此工作流：
- 修改触发器：可以更改 Github Trigger1 节点中的 GitHub 仓库名称、所有者和事件类型，以适应不同的项目需求。
- 调整条件：在 IF no assignee? 和 IF wants to work? 节点中，可以根据实际需要修改条件判断的逻辑，例如更改正则表达式以匹配不同的文本。
- 自定义评论内容：在 Add Comment 节点中，修改评论的内容以适应团队的沟通风格或提供更多信息。
- 添加更多操作：可以在工作流中添加更多节点，例如发送通知到 Slack 或发送电子邮件，以增强工作流的功能。