标签: bug-tracking

这稍微偏离主题,但只能由程序员来回答,对许多程序员来说很有用:

您是否认为使用错误跟踪系统来跟踪个人待办事项和完成事情是否有用？我没试过; 事实上,我对bug跟踪系统没有多少经验.对于我的待办事项列表,我玩过Google Tasks和Remember The Milk,但两者都有缺点:

Google Tasks:我喜欢您可以轻松创建待办事项列表,可以重新排序列表中的项目并轻松创建层次结构.但它太简单了,不允许标记任务或将任务从一个列表移动到另一个列表.

记住牛奶:它既美观又时尚,但你不能创建任务的层次结构,不能任意重新排序任务,也不能设置任务的依赖关系.

这就是bug跟踪系统应该进入的地方:

既然我认为(可能太多了？)就像程序员一样,我的任务有一个自然的层次结构和一个依赖树,就像在Makefile中一样.这是两个例子:

• 写完我的论文的任务是在完成几个里程碑时完成的.其中一些里程碑可以并行运行(编写背景章节,运行实验A,运行实验B),其他相互依赖(编写主要章节取决于首先从实验A获得结果).

• 对于更多的个人目标也是如此:我想举办一个晚宴,这需要找个好约会,完成客人名单,发出邀请,找到好吃的食谱,做饭,......

对我来说,所有这些任务都涉及错误跟踪系统应该能够处理的层级依赖关系和里程碑？

这里是解释如何做到以先进的GTD的文章记得买牛奶,但他却用几种解决方法:(1)通用标签"等待"添加到正在等待完成其他任务,但你不能进入的ID他们正在等待的任务,(2)用"."开始一些特殊任务.因此它们位于按字母顺序排序的列表的顶部,并表示其他人在"低于"它作为子目标.错误跟踪系统应该能够更自然地处理这些事情吗？

有没有人有经验,可以推荐一个可能对此有用的轻量级错误跟踪系统？其他要求:应该作为网络应用运行,应该允许我用几个标签标记任务(比如'工作','有趣','短任务','差事',......).

以下是git工作流程的示例:

• http://wiki.github.com/bard/sameplace/typical-git-workflow
• http://www.nabble.com/Git-workflow-overview-td16340337.html
• http://osteele.com/archives/2008/05/my-git-workflow

假设您希望利用bug跟踪器与版本控制系统集成.在哪里/如何适合这些工作流程.你会在追踪器中看到什么？

我是BugTracker.NET的作者,它像许多其他的bug追踪器(Trac,Redmine,FogBugz)一样与svn集成.我们都或多或少地以同样的方式做到这一点.但是使用git,我很难想象与git的集成会是什么样子.

编辑:我已经看过github-fogbugz集成的一次尝试,但即使是那篇文章的作者也说"很明显FogBugz是为更传统的CVS/SVN SCM系统而写的.因此,提交列表显示并没有真正与git jive".

EDIT2:关于Redmine/git工作流程的一个主题:似乎最典型的设置是Redmine与任何被认为是"中央"存储库的本地克隆一起工作,所以当它们进入这个克隆时它会看到变化.触发器或预定作业自动推送到Redmine的克隆.

EDIT3:即使是Linux和Linus,最终还是一个主要的git存储库,可以被认为是仁慈的独裁者存储库:请参阅http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6的.git; A =摘要

EPILOGUE:谢谢大家.根据你们给我的指导,我的BugTracker.NET现在包括git集成.

是否有标准的R社区资源来跟踪已知的错误或包的错误修复？我目前的方法是手动的.(注意:我将此限制为CRAN - 请参阅注释1)

我的用例基本上是bug监控和包更新管理.我每个月都会发现一些bug发现(我会及时向作者报告;-)).由于我的很多工作都是通过虚拟机完成的,所以当我能够很好地处理必要软件包的bug状态时,我倾向于更新VM映像.当修复了一堆错误时,我可以删除我的解决方法,这很棒,我更新了图像.当我发现爆发的bug时,我不会创建新的图像.

以下是我目前使用的来源:

• 新闻文件:许多(但不是全部)包都有NEWS文件.这些肯定是一个有用的起点.
• 包主页:某些包在CRAN上没有NEWS文件,但是在作者的站点上单独发布更改日志.
• R项目托管的邮件列表
• Google网上论坛的套餐
• 与包裹作者的个人交流
• 包的错误跟踪(例如开发人员可能使用Bugzilla)

成为第一个发现错误的人是一回事(我承认错误发生在我们所有人身上),这是另一个迟来发现一个已知或已经修复过的错误的错误.两者都减慢了我自己的编码速度,但更好的错误监控(也许我们需要一个cdc4R包:))会显着减少影响.如果没有标准的更新警报系统(例如update.packages(),报告可以更新哪些软件包的扩展名以及有关更改内容的信息的链接),用户的工作就是查找此信息.

作为这样的用户,试图寻找这些信息,是否有一些标准资源我在上面的列表中忽略了？例如,是否有一个R邮件列表,开发人员通常会发布他们的更改和错误修复？或者是否有一个网站聚合这样的帖子,帖子测试(CRAN帖子R CMD CHECK输出,似乎),或者提供一些其他反馈？

关于其他资源的一些补充说明,为了他人的利益:

• 我看到CRANberriesdiff对包装有一个简洁的总结,这对我来说是新的.(我启发,考虑了grep的bug或fix在diff的输出.)
• bug.report() 在R中是向R Core或包维护者的电子邮件地址发送消息的好方法.
• 几个测试包时值得考虑的是:testthat,RUnit,和svUnit.
• 我个人的"快速测试"只是digest用来验证结果是否匹配,而不必测试非常大的对象的相等性.

注1:我正在标记这个曲目,因为无法管理所有 R包的范围.对于单个软件包作者,可以在任何地方分发软件包,使用他们喜欢的任何邮件列表或错误跟踪系统等.但是,这不是R的"主流".我是否发布了一个包并提醒用户对于更改,错误,错误修正,我会选择CRAN + NEWS + Bugzilla + Google Groups + R-Forge(和/或RForge)等,但此列表中是否还有其他标准报告机制？

从某种意义上说,本说明还可以询问是否存在鼓励开发人员使用的机制.我怀疑没有标准,因为R Core成员的软件包似乎在bug和变更报告方面做了很多不同的事情.

注2:我也在增加管理(虽然其他东西可能更适合),因为这也与管理R有关.为了再现性,管理包非常重要; 当有多个用户或更多移动件时,保持意识到错误和修复成为一项管理任务,以及依赖于外部包的开发的重要考虑因素.如果另一个标签,例如系统管理更合适,我愿意接受改变.

我是Mantis bug跟踪器的新手,我想在注册新帐户后启用电子邮件通知.

好吧,我在本地计算机上正确安装了MantisBT,我已经更改了管理员密码并删除了目录中的admin文件夹.在此之后,我注册了一个新帐户,有一条确认消息闪过,说我需要通过电子邮件验证我的注册.我的问题是没有向我的电子邮件发送验证消息.根据我发现的其中一个教程,我需要先配置我的config_inc.php.安装后,我的config_inc.php的初始内容是

<?php
$g_hostname      = 'localhost';
$g_db_username   = '<myUser>';
$g_db_password   = '<myPass>';
$g_database_name = 'bugtracker';
$g_db_type       = 'mysql';
?>

所以我改成了.*我在这里使用我的Gmail帐户

<?php
$g_hostname      = 'localhost';
$g_db_username   = '<myUser>';
$g_db_password   = '<myPass>';
$g_database_name = 'bugtracker';
$g_db_type       = 'mysql';

$g_allow_signup             = ON;
$g_allow_anonymous_login    = OFF;
$g_anonymous_account        = '';

$g_phpMailer_method     = PHPMAILER_METHOD_SMTP; 
$g_smtp_host            = 'smtp.gmail.com';
$g_smtp_username        = '<myUser@gmail.com>';
$g_smtp_password        = '<myPass>';
$g_administrator_email  = '<myUser@gmail.com>';
$g_webmaster_email      = '<myUser@gmail.com>';
$g_from_name            = 'Mantis Bug Tracker';
$g_from_email           = '<myUser@gmail.com>';
$g_return_path_email    = '<myUser@gmail.com>';
$g_email_receive_own    = …

积压中仍然有一些任务仍未打开,但我们已经完成了项目,我想关闭它.我怎么做？

在大型项目中,我使用了一个旨在供客户使用的简单错误跟踪系统

我在说服客户使用它时遇到了很多麻烦(他们通过电子邮件发送错误报告)

有没有人有他们建议的任何策略？

另外,我一直在讨论为什么会这样的理论; 它是这样的:

要求客户记录一个错误就像把你的车送到机修工处进行维修一样,机械师会把你的发动机油交给你说"在这里,弹出那个".基本上,客户已经付钱给你做工作,记录一个错误听起来像工作,所以他们希望你这样做

想法？

我将向社区发布我的应用程序的一些测试版.Project存储在私有存储库中的GitHub上.

我想允许这个社区报告错误并将它们直接放在GitHub Issues选项卡上 - 它现在不是由GitHub提供的.你有什么想法,如何涵盖这个流程？

问题的澄清/总结 - 我们正在寻找:

• 托管的错误跟踪系统,
• 就像lighthouse/github/launchpad一样方便使用,
• 可以处理附件,
• 集成电子邮件通知和操作(隐含提交消息中的操作),
• 有一个脚本友好的API,
• 允许匿名错误报告,或者使用电子邮件但不需要设置帐户进行提交的报告.

灯塔接近但最后一点失败,启动板类似,github也不处理附件.招标是伟大的最后一点,但无法作为一般的bug跟踪系统(它看起来像它的开源版本将被限制在基本上是一个论坛).

我们研究了许多要安装和设置的应用程序 - 但是由于这些要求,在设置和维护工作系统方面投入时间方面总是花费巨大.

在我们的(开源)项目中,我们一直在使用Gnats很长一段时间.它做的设计做得很好,但这变得非常不方便:它不再维护,具有我们从未使用的功能,并且缺少我们想要使用的功能......它不处理附件,没有简单的方法来通过电子邮件执行操作,不与提交消息集成,以及为90年代浏览器设计的Web界面.所以我一直在寻找可以取代它的东西,希望有些托管解决方案可以避免设置/维护麻烦.

可能是我见过的最令人印象深刻的工具是灯塔:它有一个非常好的实用界面,正确处理附件,可通过电子邮件控制,并且可以响应提交消息中的命令. 但是 ......它没有任何理智的方式来匿名提交错误 - 这是一个主要要求,因为我们需要任何随机用户才能通过我们的IDE提交错误.(似乎有一个可能的黑客转发伪造From字段的电子邮件,但这不能很好地工作 - 具体来说,记者应该包括在后续电子邮件交换中.)另一方面,有相关的招标工具,在该领域非常好,但是非常基本的 - 非常基本的,不能用作错误跟踪系统.

我尝试了很多其他网站 - 似乎所有这些网站都要求提交者拥有一个帐户,因此它们不能很好地满足我们的需求; 以及以其他各种方式限制(不处理附件,没有良好的电子邮件集成等).这些网站的元描述通常是相当模糊的并没有帮助:我花了几个小时来弄清楚什么是招标/灯塔以及它们是如何相关的,并且没有网站提到它无法在没有注册的情况下接收错误报告.(我只关注开源友好的网站,因为我们没有任何预算用于此类事情.)

还有在本地安装某个系统的选项,但是如果可能的话,错误跟踪系统往往是我想避免配置和维护的怪物.

所以问题是:我有什么明显的遗漏吗？或者使它更具体:是否有一个很好的比较页面,明确地列出了流行的选项和各自的功能？

我是一个同时从事许多项目的开发人员,把所有这些错误都记在脑后已经变得很烦人了.我一直在使用一些"任务"网站来管理我的错误一段时间,这已经相对足够了.然而,我目前的项目只是在范围上爆炸,现在我需要更强大的东西.我目前分别使用Mercurial和BitBucket作为我的版本控制和repo,所以我希望有人知道与那些集成的东西.至少,我正在寻找一个免费的bug跟踪系统.

PS:意识到这个问题,但我找不到任何与HG集成的东西.

谢谢!

当一个新项目从头开始时,使用问题类型(即新功能,错误,任务)的最佳做法是什么？

例子:

• 一个新的发展点:任务还是新功能？
• 改进:增强任务？

补贴问题:"任务"类型的作用是什么？

感谢您的回答,阿兰