Questions tagged «issue-tracking»

根据组织的需要，跟踪问题的管理和维护过程列表。

17
我应该告诉某人他们的提交导致了回归吗？
当您跟踪并修复回归时（即导致以前工作的代码停止工作的错误），版本控制使您完全可以查找谁提交了破坏它的更改。 值得这样做吗？向做出承诺的人指出这一点是否具有建设性？错误的性质（在对更改的代码的基本误解上没有引起注意），这是否是一个好主意？ 如果告诉他们一个好主意，那么有什么好的方法可以做到而又不会引起进攻或引起他们的防守呢？ 出于争论的考虑，假设该错误非常微妙，CI服务器的自动测试无法对其进行识别。
3
在GitHub上分叉一个仓库，但允许派生出新问题
我以前在GitHub上分叉了其他人的存储库，并且我注意到问题仍在原始存储库中，并且我无法在分叉的存储库中提交问题。 我现在有以下任务。我在一家小型企业工作，其中一位负责人正在他的个人帐户上进行开发。他友好地离开了该项目，我们希望将该项目从他的个人帐户迁移到GitHub上的新“角色”帐户。 为了保留代码历史记录，我自然会分叉该存储库，但随后我将得到一个存储库，在该存储库中我们无法提交新问题，这是非常不可取的。 我如何才能将此原始存储库的副本复制到我们的新帐户中，理想情况下仍保留代码历史记录，但是能够在此新帐户中提交新问题？
15
开发人员是否应将错误输入错误跟踪系统？
在开发（功能或错误修复）时，有时我会偶然发现与我正在研究的内容不直接相关的错误。在那种情况下我该怎么办。修好吗？试着记得以后再修复它吗？写下来吗？还是将其输入错误跟踪系统？ 我通常将其输入到Bug跟踪系统中，然后让过程进行自我显示（例如，分类，分配等）。但是，我几乎从未见过其他开发人员输入错误。（这是为什么？）
8
我应该记录我发现并修补的错误吗？
我认为这是一种常见情况：我测试一些代码，发现错误，对其进行修复，然后将错误修复提交到存储库。假设有很多人从事该项目，我应该首先创建一个错误报告，将其分配给我自己，然后在提交消息中引用它（例如“修复错误#XYZ。该错误是由于X和Y引起的。 Q和R“）？或者，我可以跳过错误报告并提交一条消息，例如“修复了在B时导致A的错误。该错误是由于X和Y引起的。由Q和R修复了该错误”。 什么是更好的做法？
5
为什么某些大型项目（例如Git和Debian）仅使用邮件列表而不使用问题跟踪器？
对于任何规模合适的项目，Bug跟踪器对我来说似乎都不是一件容易的事-它使组织数百或数千个问题变得非常容易，而不会发生问题冲突或混淆的情况。 因此，当我看到一些非常大的项目（例如Git）使用邮件列表作为协调维护和开发的主要方法时，我就有些震惊。例子： Git-社区页面： ...错误报告应发送到此邮件列表。 Debian错误跟踪系统，根据Wikipedia： ...它的独特功能是它没有任何形式的Web界面来编辑错误报告-所有修改都是通过电子邮件完成的。 许多现代的错误跟踪器与电子邮件（可以接收有关正在查看的错误或已分配给您的错误的评论或通知）以及版本控制系统（可以将提交标记为解决问题等）都具有很好的集成性。 ）。其中大部分必须通过邮件列表手动完成，并且您会收到大量关于不感兴趣的错误的电子邮件。 那么，与基于Web的错误跟踪器相比，邮件列表的主要优点是什么？为什么某些大型项目仅使用邮件列表？
6
错误重新打开与新
错误已被打开，修复，验证和关闭。一个月后，它经过几次迭代，没有任何回归，再次出现在后续版本中。 如果错误特征相同，您将重新打开现有的错误ID还是使用链接到已关闭错误的链接打开一个新 ID ？
17
适用于1-2个开发人员的简单问题跟踪器[关闭]
我目前主要在一个项目中工作（使用Java）。我通常一个人呆着，因为我有一位顾问，可以给我有关操作的高级指导，并且很少做出任何代码贡献。不过，她将不时进行几次验收测试。 我以前从未使用过问题跟踪器，并且正在考虑现在开始使用它，因为我希望有一个地方可以记录我发现的可能的错误并以集中的方式对其进行跟踪。是否有可能更好地将问题跟踪器与Eclipse集成在一起。 所以这是约束： 这不是一个开源项目。我们的代码不可与任何人共享！ 我们正在并且将使用Subversion； 我们拥有自己的Subversion服务器，并且将继续使用同一Subversion服务器； 它必须是免费的； 它必须至少允许2个用户。 您对挑选什么有什么建议？我正在寻找最简单的解决方案。
16
每次更改的版本控制和错误跟踪开销是否过多？
我在一个CVS疯狂和Bugzilla坚果的地方工作。 每个发行版都有太多分支，以至于无法计数。每个人都在不断地自动合并。 这项工作没有流动性。一切都感觉锁步。即使是简单的事情，也需要25个步骤。这不像是在工厂生产线上，而是每天自己建立工厂。 情况示例： 要修复一个错误，首先我要获得一个干净的新虚拟机。然后，根据Bugzilla报告中描述的另一个分支，为该单个错误修复程序创建一个分支。我将分支安装在计算机上，进行设置。我修复了错误。我将其检入，将其和机器留给其他人进行测试。然后，我必须进入错误控制软件，并解释我的工作并编写测试用例以及所有步骤。最终，其他人将其与发行版合并。 无论错误有多微小，我都必须做所有这些事情。有时人们将多个错误的工作结合在一起，但是正如我所说的那样，分支太多了，这几乎是不可能的。 在其他任何工作中，我只想修复该错误即可。我什至不记得使用SCM，尽管我曾经做过的每一项工作都使用过SCM：这是因为在其他每项工作中，他们都以某种方式使其无法使用。 在这个过程中是否有障碍，并成为自身的终结？这甚至是工程吗？
4
如何处理GitHub中的遗弃问题？
如果有人在GitHub上发布问题，但询问并且从未给出更多信息来重现该错误，则正常程序是什么？实例。 作者在这里指出“导航中断”。虽然我相信它是固定的，但我希望作者能确保我们正在谈论同一件事。但有时候，问题的记者就消失了。为遗留的问题设置到期日期是一种好/常见的做法吗？ 类似于以下情况： 对此问题提出了一个问题，以便能够对其进行调试。 自开发团队上一次未回答的问题/评论以来，已经过去了2到6个月。 错误在关闭时无法复制（出于任何原因，也许永远都无法复制）。 关闭警告前2周会发出警告。 项目通常做什么？我在Google上找不到任何东西。另外，我将如何记录呢？README.md中的简单注释是否详细说明了上述要点，并在问题中提供注释以说明为什么将其关闭就足够了？ 注意：与该问题有所不同，因为该错误可能仍然是相关的（或无关），但是缺少信息。
20
您如何跟踪个人项目中的错误？[关闭]
我正在尝试决定是否需要为自己的项目重新评估缺陷跟踪过程。在过去的几年中，我实际上只是使用TODO代码中的标记来跟踪缺陷，并在特定的视图中跟踪它们（我使用的是Eclipse，它具有不错的标记系统）。 不幸的是，我开始怀疑这个系统是否不可持续。我发现的缺陷通常与我正在处理的代码片段有关。无法立即理解的错误往往会被遗忘或忽略。我为我的妻子写了一个申请表，该申请表有近9个月的严重缺陷，但我一直忘了修复它。 您使用什么机制来跟踪个人项目中的缺陷？您是否有特定的系统或确定优先级和管理它们的过程？
1
什么是未分类的错误？
我是本科生，学习计算机科学。当我尝试向多个项目报告错误时，我遇到了很多未经分类的分类。网络搜索并没有真正解释这意味着什么。 你能告诉我什么是未分类的错误吗？
4
为每个新错误添加一个单元测试
在我的工作中，所有解决错误的开发人员都必须添加一个新的单元测试，以警告此类错误（如果再次出现这种情况）。如果无法进行单元测试（例如，网页设计问题），则质量检查部门必须创建一个测试用例以手动检查它。 其背后的想法是，如果在产品发布之前未检测到缺陷，是因为没有适当的单元测试来检测它。因此，开发人员必须添加它。 问题是：这在任何软件开发方法中都常见吗？这个技术有名字吗？我想了解更多有关它的信息，但是我需要一些信息来开始它。
7
使用Scrum /看板时，传统的问题跟踪器有什么作用？
从很高的角度来看，在我看来，通常有两种类型的项目管理工具： 传统问题跟踪工具，例如Fogbugz，JIRA，BugZilla，Trac，Redmine等。 虚拟卡板 /敏捷项目管理工具，例如Pivotal Tracker，GreenHopper，AgileZen，Trello等。 当然，它们以一种或多种方式重叠，例如，可以将Pivotal Tracker任务导入JIRA，GreenHopper本身是在JIRA问题基础之上实现的，但是我认为仍然可以看到这两种工具在方向上的差异。 甚至在进行敏捷项目管理的公司中也使用传统的问题跟踪器。我的问题是，为什么他们要这样做？我也觉得我们应该在公司中使用问题跟踪器，但是当我考虑它时，我实际上不确定我们为什么需要它。 例如，Trello开发似乎是通过使用Trello本身来管理的（请参见此虚拟墙），即使他们可以访问Fogbugz（周围最好的问题跟踪者之一）也是如此。因此，当我们使用一种敏捷的PM工具以一种敏捷的方式完成100％的工作时，也许我们不需要传统的问题跟踪器？
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.