Sweep项目中的GitHub标签创建异常处理优化

在GitHub自动化工具开发过程中，处理API异常是保证系统稳定性的关键环节。Sweep项目最近针对GitHub标签创建时的异常情况进行了优化改进，特别关注了当标签已存在时的错误处理机制。

GitHub的REST API在创建标签时，如果遇到标签名称已存在的情况，会返回422状态码并附带"already_exists"的错误信息。原始代码中虽然通过先查询现有标签列表来避免重复创建，但在高并发场景下仍可能出现竞态条件，导致创建请求被重复提交。

优化后的代码增加了异常处理层，专门捕获GitHubException，并针对422状态码和特定错误类型进行特殊处理。当检测到"already_exists"错误时，系统会记录警告日志而不中断流程；对于其他类型的错误则继续向上抛出，确保重要异常不被忽略。

这种处理方式体现了几个重要的工程实践原则：

1. 防御性编程：不单纯依赖前置检查，而是通过异常处理增加第二道防线
2. 精准错误识别：不仅检查HTTP状态码，还解析错误详情中的特定错误码
3. 合理日志记录：对预期内的异常情况记录适当级别的日志
4. 异常传播控制：区分可忽略的异常和需要关注的异常

在GitHub API集成开发中，这类错误处理模式具有普遍参考价值。类似的处理方式可以应用于仓库创建、issue操作、pull request处理等多个场景，特别是在需要保证幂等性的操作中。

该优化虽然代码改动不大，但对提升系统的鲁棒性有显著作用，特别是在分布式环境和高并发场景下，能够有效避免因重复创建资源导致的API调用失败。