适用于1-2个开发人员的简单问题跟踪器[关闭]


51

我目前主要在一个项目中工作(使用Java)。我通常一个人呆着,因为我有一位顾问,可以给我有关操作的高级指导,并且很少做出任何代码贡献。不过,她将不时进行几次验收测试。

我以前从未使用过问题跟踪器,并且正在考虑现在开始使用它,因为我希望有一个地方可以记录我发现的可能的错误并以集中的方式对其进行跟踪。是否有可能更好地将问题跟踪器与Eclipse集成在一起。

所以这是约束:

  1. 这不是一个开源项目。我们的代码不可与任何人共享!
  2. 我们正在并且将使用Subversion;
  3. 我们拥有自己的Subversion服务器,并且将继续使用同一Subversion服务器;
  4. 它必须是免费的;
  5. 它必须至少允许2个用户。

您对挑选什么有什么建议?我正在寻找最简单的解决方案。


我真的很喜欢bitbucket.org,我不知道它是否满足您的所有要求,但是总体上来说还不错……
ballmw 2011年


您可以使用asana,尽管它更多的是基于任务的待办事项列表,但它非常简单(想想twitter)和free =)
Brian

23
我认为您对第1点中的开源项目的解释是错误的。在这种情况下,可以使用开源许可证GPL2释放项目(例如redmine);而且您仍然可以在商业项目中使用它,而无需与任何人共享您的财产代码。GPL2声明,如果不共享修改后的代码,则无法修改和出售Redmine本身。正如我已经提到的,仅使用Redmine不会强迫您共享任何数据。
bbaja42 2011年

8
我认为他的意思是他的代码不是开源的,因此他不能使用GitHub,Google Code或Codeplex。
Zeta 2年

Answers:


42

对于小型项目,我已经成为Trello的忠实拥护者。它具有如此低的进入门槛和如此高的可用性,我将其用于任何较小的项目。

如果您想要看起来更复杂,功能更完整的东西,我建议使用FogBugz或Bugzilla的建议。

编辑以提供更多的“解释和上下文”:

在没有专职项目经理的较小的团队中,我注意到的最普遍的问题是太多的事情根本没有进入系统。开发人员没有花时间输入需要完成的所有内容,或者只是随着工作的进展而零星地更新问题。

Trello鼓励用户使添加新问题和更新现有问题的状态变得异常简单,从而实际上使系统保持良好的数据状态。

最值得注意的是,可以轻松,快速地调整其在董事会内部的“列表”系统,以表示小型项目想要使用的几乎所有里程碑和问题类型系统。

它还支持更常见的问题跟踪工具,例如对问题进行评论,对问题进行投票,重新排序,标记和分配-但它们全都被隐藏了(但是在需要时几乎可以在任何地方找到它们)。

Bugzilla的是一个很好的,全功能的问题跟踪,但没有否认它的感觉就像创建和编辑的错误是昂贵的。FogBugz减轻了跟踪项目中所有内容的许多潜意识上的痛苦,但是与在Trello中简单地将卡片从“执行”拖到“完成”相比,FogBugz仍然具有足够的编辑和屏幕感觉像是更多的工作。

tl; dr- 保持问题跟踪器的相关性和最新性的最佳方法是使其尽可能易于使用,而这正是Trello的目标。


我在一个小型团队中使用过Trello,效果很好。
鲍里斯·扬科夫

3
关于Trello要记住的一件事是,您可以根据需要创建任意数量的板。因此,例如,不要将所有的错误都放在一个板上,而是要有一个专门用于新发现的bug的板,然后在准备使用它们时将它们移到主板上。(您现在可以在Trello中的板之间移动卡。)
Kyralessa

2
特雷洛(Trello)正是我看到这个问题时的想法。它不是一个完善的错误跟踪器,但是启动一个板非常容易。无需设置或安装。对于2个人来说,在灵活的界面中跟踪错误,功能和想法将非常简单。
chauncey 2011年

Trello的问题是,如果您计划将团队扩大到更多人,这对生产力非常不利。问题没有所有权(只有多个任务),并且用户仪表板在很大程度上没有作用,无法跟踪分配给您的未完成任务。它还不与VCS系统集成。Trello被设计和销售为一个很好的想法和计划委员会,而不是作为软件问题跟踪器,这就是为什么Fog Creek在其工具套件中也包含FogBugz的原因。
Tom Jowitt 2014年

21

当然,“最简单的解决方案”是一个判断。

我发现FogBugz非常易于使用,可以针对您所描述的用例推荐它。对于两个人的团队来说,它是免费的,对于两个人的团队来说,它是负担得起的,具有Eclipse插件与Subversion集成

为了完全公开:我对FogBugz的经验是使用带有Visual Studio插件和Perforce集成的本地版本,而不是您要查找的确切设置。


FogBugz不会强迫我将代码放入他们自己的服务器中吗?
吞噬了极乐世界

2
@devouredelysium如果您使用免费的托管版本,则您在FogBugz中输入的任何内容(即错误报告等)都将存储在FogCreek服务器上。由于您将使用自己的Subversion服务器,因此代码将保留在您的手中。
PersonalNexus

@devouredelysium您正在考虑窑炉。
badp 2011年

不再有免费计划-只是试用版。
lucianf '16

15

带有SVN Team Provider插件的SVN + Trac + Eclipse(如果需要,可以使用&Mylyn

这将适用于同时进行的个人和团队项目。

通过Eclipse(具有上述插件和Trac XML-RPC插件),您和您的团队将能够

  1. 不受限制地从Eclipse中访问和使用SVN存储库
  2. 通过Trac跟踪发行票
  3. 通过Mylyn设置个人和团队任务
  4. 跟踪项目成员在每个任务上花费的时间
  5. 在单个动态工作区中查看以上所有内容

13

您可以使用螳螂:http : //www.mantisbt.org/index.php

它非常简单,并且可以配置为与SVN和Eclipse集成:http : //www.unitz.com/u-notez/2009/10/subversion-svn-integration-mantisbt/ http://stackoverflow.com/问题/ 2939794 / mantis-bug-tracker-api-integration

就是说,仅遵循Trac的基本功能也可以使其易于使用:http : //trac.edgewall.org/


我对Mantis插件的使用体验非常糟糕。列出的插件已使用了将近3年。因此,它排除了Visual Studio2010。–
Ramhound

13

我的建议:

bugs.txt在存储库根目录中命名的文件。

好处:

  • 这是.txt。意味着您不受特定系统/软件的束缚

  • 很简单。

  • 您可以决定哪种方法适合您-我的示例如下所示:

filename.ext.class/method: refactor when I get the chance, that regex is really screwed up.

filename2.ext.class/method: got a lovely UI bug with that, doesn't work in Mac Chrome. Screenshot: imgur.com/foobar

  • 跨平台。一旦执行了svn checkout <url>,就可以在其中找到Bugtracker了-您也可以使用$ IDE-of-choice-但这只是另一个文本文件。

缺点:

  • 在超过2-3个开发人员之后变得笨拙。

  • 无法将其真正分配给一个人。

  • 无法嵌入UI错误等图像。

我记得运行过一个shell脚本,该脚本可以自动处理此类文件,其本质与TODO.txt相似,但我找不到它。
greyfade11年

@greyfade我是从TODO.txt得到这个想法的-似乎是对宠物项目进行错误跟踪的好方法-不确定我是否建议在1-3个开发人员之后进行。
jrg 2011年

3
啊哈!找到了!毕竟,它不是shell脚本,而是用Ruby编写的。这称为ditz,它的工作方式与您自己的文本文件非常相似,但是在YAML数据库中。
greyfade11年

11

我的投票支持Redmine。它是完全免费的,并且可以与Subversion很好地集成。

项目管理Web应用程序。它是使用Ruby on Rails框架编写的,是跨平台和跨数据库的。

Redmine是开源的,并根据GNU通用公共许可证v2(GPL)的条款发布...

Redmine的一些主要功能是:

  • 多个项目支持
  • 基于角色的灵活访问控制
  • 灵活的问题跟踪系统
  • 甘特图和日历
  • 新闻,文件和文件管理
  • 提要和电子邮件通知
  • 每个项目Wiki
  • 每个项目论坛
  • 时间跟踪
  • 用于问题,时间输入,项目和用户的自定义字段
  • SCM集成(SVN,CVS,Git,Mercurial,Bazaar和Darcs)
  • 通过电子邮件创建问题
  • 多种LDAP身份验证支持
  • 用户自我注册支持
  • 多语言支持
  • 多个数据库支持...

6

它可能不是“简单”,但我认为这是在生意最好的问题跟踪器之一:吉拉Atlassian的。它带有10个用户的入门许可,价格为10(澳元)……我将其用作单独开发人员。(请注意,该网站似乎倾向于显示“按需”许可/定价,并且您可能需要“下载”定价)。

此入门级费用的另一项重大好处是:全部收益将捐赠给“ 读书室”慈善组织。因此,您可以受益于功能齐全的Bugtracker,并对此感到满意:-)


+1。在GreenHopper上再花10美元添加一个类似Trello的UI:拖放优先级等
MarkJ 2012年

对于一到两个开发人员来说,Jira实在是太过强大了,使用起来太麻烦了。
wobbily_col

4

您也可以看看BugZilla。另请参见程序员SE上不同错误跟踪器的比较Trac还是用作跟踪器的好选择。

另一种选择是Sourceforge。据我所知,它是免费的,与用户数量无关。它包括一个SVN存储库(您可能不会使用)和一个跟踪器。有关此跟踪器外观的示例,请参见Audacity项目(开源记录软件)中的示例


1
忘了在OP中讲..这不是一个开源项目。
吞噬了极乐世界

我将研究Sourceforge的使用条款,看看您是否可以在不使软件开源的情况下使用它。
Paul Hiemstra 2011年

4

看看ditz

这是一个非常简单的命令行驱动的问题跟踪工具,您可以将其数据库存储在代码存储库中。

没有精美的UI,只有一个简单的命令行工具。它在本质上类似于@jrg的建议和TODO.txt工具。


3

看一下Asana。这是一个简单,免费的基于Web的项目跟踪工具。我一直在家里使用它进行项目和任务。您可以创建多个项目,并为其分配任务。对于任何给定的任务,您可以设置:

  • 分配给的人
  • 截止日期
  • 任意数量的文本标签
  • 附加的文件
  • 变化
  • 注释(每个任务一个注释字段)
  • 注释(每个任务任意数量,按时间顺序排列)

您可以使用称为“优先标头”的优先级。您还可以将项目安排为“今天”,“即将到来”或“以后”,以基本了解需要尽快解决的问题。

这项工作仍在进行中,但是它的界面非常漂亮并且易于使用。


3

最简单的bug跟踪器是一堆3x5索引卡(如果手写能力很强,则为4x6),一盒图钉和您的立方体墙IMO。如果您没有分散的团队(因为您是一个人工作而没有团队),那很好。请记住,您希望通过Bug跟踪器获得尽可能低的阻抗-如果很难编写Bug或记下改进的想法,那么您就不会这样做。完成某件事后,它会掉到墙上,变成一堆完成的东西。

当然,这样会使与Eclipse point的集成失败,但是对于一个单独的开发人员,您真的需要吗?如果您的顾问不会修复错误,那么他们就不需要访问这些卡片(或者可以停下来看看)。如果他们正在编写验收测试,则可以在适用的卡上记下这些测试的要点。

我很想弄清楚是什么促使您着眼于某个工具。您是否需要某种错误度量(平均打开时间,总打开时间与关闭时间等)?为什么集成到Eclipse中很重要?


2

对于真正非常简单的问题跟踪,您可以始终使用Excel等电子表格MS Access数据库。与真正的问题跟踪器相比,这些玩具基本上是玩具,但是它们具有学习曲线低和进入障碍少的优点:只需制作一个电子表格并根据需要添加列!

Excel非常适合此操作,因为您可以按列进行排序和过滤,并轻松生成图表和图形来跟踪进度。详情请参阅这篇文章:http : //chandoo.org/wp/2009/09/08/issue-trackers/

此处提供了一个不错的MS Access问题跟踪器模板:http : //office.microsoft.com/zh-cn/templates/issue-tracking-database-TC001225348.aspx


1
为了帮助Steven,可以使用许多免费的电子表格解决方案:OpenOffice / LibreOffice提供了我最常使用的程序。
鲍勃·克罗斯

7
我会非常警惕(ab)使用Excel和好友作为问题跟踪器。您可能会遇到并发访问的麻烦,再加上有那么多专用的问题跟踪器,那么为什么不使用它们呢?
sleske 2011年

不使用电子表格时+1。使用裸数据库也不是一个好的解决方案,因为您最终将把简单的架构开发成另一个问题跟踪系统。当有很多已经开发的车轮可用时,不要重新发明车轮。
Blrfl 2011年

2
在这种情况下,我认为使用电子表格是有害的。
z-boss

1

来自 JetBrains(IntelliJ IDEA和ReSharper背后的公司)的 YouTrack看起来非常有前途,尽管我个人的经验仍然有限。

  • 它托管在云中,并且设置您自己的实例非常快(可能需要5分钟)
  • 免费提供给<= 9个用户。(此外,即使最大的覆盖2000个用户的计划在2012年2月29日之前都是免费的)
  • 支持Open ID登录(例如从Google)
  • 具有良好的键盘快捷键

到目前为止,至少从我使用YouTrack到JIRA,我都更喜欢它。


0

对于我的小团队(通常只有我一个人),我一直在使用CodeTrack。它对我来说真的很棒,因为它只需要服务器上的PHP,甚至不需要数据库。

您可以下载它,然后将其解压缩到Web服务器上,并且几乎可以立即运行。此外,该代码非常简单,因此您可以轻松地根据自己的实际需求对其进行自定义。


0

如果您没有在错误报告和注释中公开敏感信息,那么我建议您使用Google Code。过去,我们由8个开发人员组成的团队在其项目之一中使用了“问题”功能。对于一个小型团队来说,它确实非常简单,容易并且足够好。

请注意,尽管您需要启动一个开源项目,但是不必将代码上传到Google,但可以使用“问题”功能。当然,如果任何人偶然发现了您的项目,或者您与他们共享了项目链接,那么任何人都可以看到您的错误。


0

Trackie非常简单但灵活。

它面向需要以简单的单视图方式跟踪问题的小型技术或半技术/半创意团队。它支持问题的自定义状态(具有自定义颜色)以及优先级和受让人。

尽管UI已经非常简单干净,但是向作为客户端添加到项目中的用户提供了一个额外的简化UI。

最后,它通过电子邮件接受问题。不仅直接,而且如果您将客户的问题转发给Trackie,从那时起,与客户的任何通信都将通过Trackie运行,而客户甚至不会知道。将所有内容都放在一个地方。

在私人测试版中它是免费的。在撰写本文时尚不清楚它是否仍将免费。

免责声明:我是此问题跟踪程序的开发人员。但我认为这个答案仍然与OP有关。


-1

basecamp.com-一个项目是免费的,界面非常简单,您可以在两分钟内启动并运行,无需安装任何软件

现在恢复工作;-)

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.