Tag: 问题跟踪

错误跟踪和问题跟踪系统有什么区别？

我正在寻找解释为什么以及何时使用每个系统， 以及哪些function区分错误与问题跟踪应用程序。

JIRA：search给定链接types的所有问题

有没有办法查询特定链接types的所有问题？ 例如，让一个问题可以“依赖”另一个问题的依赖链接。 是否有一个查询来查找所有依赖于其他问题的所有问题（即“依赖”链接的所有问题）？ 我知道有linkedIssues （ key ， linkType ）函数，它返回所有具有linkType的问题的关键字与key的问题。 我想查找与任何问题的链接types的所有问题。 谢谢！

如何在GitHub上为问题创build自定义标签？

我注意到GitHub上的一些组织有不同的标签，可以应用于问题。 例如，我所属的一个组织允许应用这些标签中的任何一个： 然而，就我个人而言，我仅限于这些标签，而我无法find自己定制的标签： 关于如何创build我自己的任何想法？

如何将问题标记为从提交日志解决？

我注意到，在BitBucket中，当提交日志包含像#12这样的数字时，这个数字被链接到错误号12。 我发现这个function很有意思，我想知道是否有任何关键字可以让我将问题标记为提交日志，而不是每次都进入Web界面。 如果BitBucket没有这样做，你能指出一个系统吗？

JIRA：closures还是解决？

您可以在JIRA中重新打开已解决和已closures的问题。 有什么实际的区别？ （除了需要不同的权限来解决/closures问题，如涉及QA） 对于是否解决或closures，我们在团队中有一些意见分歧，我想指出一些权威，并说“我们应该这样做”。

用一个提交消息在Github中closures多个问题

我知道你可以通过在提交消息中放置closes #1或fixes #1来closures问题。 在同一个提交消息中closures多个问题的最好方法是什么？ 另外，使用fixes而不是closes不会创build从提交消息到该问题的链接，但它确实会解决问题。 那是怎么回事？

如何从GitHub完全删除问题？

是否有可能完全从GitHub问题跟踪器中删除问题？

如何在github上附加一个新的请求到现有的问题？

我不确定，但是我有一个模糊的记忆，用标题中的“Issue 4”或其他东西来创build一个github pull请求，并且它会自动附加到我提交给它的项目中的Issue 4。 我最近又试了一次，结果不起作用 – 它只是创build了一个全新的问题。 在新的请求页面上没有看到“附加问题”的选项，也没有在问题页面上显示“为此问题打开新的请求”。 有没有办法做到这一点，以帮助项目业主保持他们的问题页面干净，避免重复？ 编辑 ：澄清，我知道创build一个拉请求总是创build一个新的问题。 我想反而附加拉请求到一个现有的问题。

如何在GitHub的问题评论中引用提交？

我发现很多关于如何在git commit（使用#xxx表示法）中引用GitHub问题的答案。 我想在我的评论中引用提交，生成提交详细信息页面的链接？