如何模拟JIRA工作流中的"愿望列表"one_answers"错误列表"？它们应该是国家还是决议？
"愿望清单"one_answers"错误清单"问题从常规错误（或功能）开始。在被解决为"不会修复"后，它们最终出现在错误列表/愿望列表中。例如，这个错误将不会在下一个版本中得到修复。我们不知道中的哪个版本将被修复。
两者都可以使用。这取决于您的需求，以及您希望如何设置工作流。
如果选择"resolution"字段，则一旦某个问题被标记为"Won't Fix"，就可以从问题列表中筛选出它。要获得Won't Fix的所有问题列表，可以使用以下JQL:
project = TEST AND resolution = "Won't Fix" and issuetype = Bug
project = TEST AND resolution = "Won't Fix" and issuetype = "Feature Request"
一旦准备好处理该问题，就可以将resolution更改为open或类似的内容，使其再次处于活动状态。要控制用户何时可以将问题设置为Won't Fix或Open，您需要在相关屏幕中显示/隐藏此字段。
另一方面，通过使用Won't Fix作为状态，问题的过滤是类似的：
project = TEST AND status = "Won't Fix" and issuetype = "Feature Request"
为了让用户能够将问题从给定状态设置为Won't Fix状态，您需要创建从第一个状态到Won't Fix的转换。此外，您还需要创建从Won't Fix状态向外到您希望问题进入下一个状态的转换。
基本上，主要区别不是将问题标记为Won't Fix，而是清除该标记。在第一种方法中，问题状态不必更改，因此一旦Won't Fix发生更改，问题就可以从其当前状态返回到活动状态。在第二种方法中，所有问题都将处于相同的状态，与它们过去的状态没有任何关系，并且所有问题都可以进入相同的状态。
问题类型。使用"Bug"表示Bug，使用"New Feature"或"Improvement"表示愿望列表问题。制定一项关于JIRA问题的决议告诉JIRA，不会在这个问题上做进一步的工作。带有"未来"版本的"修复版本"字段是保持问题处于活动状态但不在活动列表中的更好方法。
将分辨率设置为"不会修复"会使JIRA的一些小工具产生不想要的结果。
我们将尝试使用"Deferred"里程碑来模拟"Wish List"one_answers"Bug List"。