Ite*_*tor 15 bug-tracking administration r cran
是否有标准的R社区资源来跟踪已知的错误或包的错误修复？我目前的方法是手动的.(注意:我将此限制为CRAN - 请参阅注释1)
我的用例基本上是bug监控和包更新管理.我每个月都会发现一些bug发现(我会及时向作者报告;-)).由于我的很多工作都是通过虚拟机完成的,所以当我能够很好地处理必要软件包的bug状态时,我倾向于更新VM映像.当修复了一堆错误时,我可以删除我的解决方法,这很棒,我更新了图像.当我发现爆发的bug时,我不会创建新的图像.
以下是我目前使用的来源:
成为第一个发现错误的人是一回事(我承认错误发生在我们所有人身上),这是另一个迟来发现一个已知或已经修复过的错误的错误.两者都减慢了我自己的编码速度,但更好的错误监控(也许我们需要一个cdc4R包:))会显着减少影响.如果没有标准的更新警报系统(例如update.packages(),报告可以更新哪些软件包的扩展名以及有关更改内容的信息的链接),用户的工作就是查找此信息.
作为这样的用户,试图寻找这些信息,是否有一些标准资源我在上面的列表中忽略了？例如,是否有一个R邮件列表,开发人员通常会发布他们的更改和错误修复？或者是否有一个网站聚合这样的帖子,帖子测试(CRAN帖子R CMD CHECK输出,似乎),或者提供一些其他反馈？
关于其他资源的一些补充说明,为了他人的利益:
diff对包装有一个简洁的总结,这对我来说是新的.(我启发,考虑了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有关.为了再现性,管理包非常重要; 当有多个用户或更多移动件时,保持意识到错误和修复成为一项管理任务,以及依赖于外部包的开发的重要考虑因素.如果另一个标签,例如系统管理更合适,我愿意接受改变.
不是完整的答案，但这里有一些想法。
就我们在此处跟踪 R-Forge 上的data.table错误（和功能请求）而言。我想您可以查询 R-Forge 的跟踪器（以编程方式）查找那里托管的所有包。无论如何都要添加到您的列表中。该网络跟踪器是指向的位置（不仅仅是维护人员的电子邮件地址）。bug.report(package="data.table")
此外，任何人都可以订阅任何<pkgname>-commits@lists.r-forge.r-project.org邮件列表，以接收 R-Forge 上每个项目的统一差异和提交消息（在提交时）。不过，我不知道涵盖任何 R-Forge 项目的任何提交的通用邮件列表。
顶部?data.table有一个最新新闻的链接。这就是我们在用户升级时向他们传达最新版本（和开发中）内容的方式。该链接实时更新；即“最新”是字面意思。但是，他们确实必须检查那里！