如何处理计划中的 Gitlab 问题，但其解决方案将 "known bug"
How to handle a Gitlab Issue that was planned, but its resolution will be "known bug"
我控制了 GitLab 中的一个项目，其中下一个里程碑有一个问题，经过大量努力，我们得出结论，我们现在没有足够的资源来处理。
因为它的复制不太可能发生并且不是软件的合理使用，我们计划在发行说明中作为 "known bug" 发布它（希望人们仍然阅读那些）。
我应该如何处理这个问题？
- 将其从里程碑中删除？
- 为这台 MS 关闭它并打开一个新的？
- 在当前 MS 上打开一个 "DOCUMENT Issue #000 in ReleaseNotes" 问题
& 删除实际打开的？
还有其他建议吗？
我们会处理这样的问题：
- 在
RELEASE-NOTE.md 中添加对该问题的引用，例如`已知错误：使用时失败 API 调用 ... #11
- 从问题中删除里程碑
- 在问题中添加标签
known bug、backlog 甚至 workaround available
希望对您有所帮助！
我控制了 GitLab 中的一个项目，其中下一个里程碑有一个问题，经过大量努力，我们得出结论，我们现在没有足够的资源来处理。
因为它的复制不太可能发生并且不是软件的合理使用，我们计划在发行说明中作为 "known bug" 发布它（希望人们仍然阅读那些）。
我应该如何处理这个问题？
- 将其从里程碑中删除？
- 为这台 MS 关闭它并打开一个新的？
- 在当前 MS 上打开一个 "DOCUMENT Issue #000 in ReleaseNotes" 问题 & 删除实际打开的？
还有其他建议吗？
我们会处理这样的问题：
- 在
RELEASE-NOTE.md中添加对该问题的引用，例如`已知错误：使用时失败 API 调用 ... #11 - 从问题中删除里程碑
- 在问题中添加标签
known bug、backlog甚至workaround available
希望对您有所帮助！