问题标签 [bugzilla]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
svn - 使用 wiki 作为中央开发项目存储库
我曾想过使用 wiki (MediaWiki) 来集中开发项目的所有项目信息。这是通过使用从 SVN 中提取信息的扩展(使用SVNKit)并通过链接到 Bugzilla 来提取分配给开发人员的工作或发布的剩余工作来完成的。
例子:
将返回摘要
会回来
你认为这会有用吗?如果是这样,那么您认为还有哪些其他集成是有价值的?
bug-tracking - Bugzilla 中的错误模板
有没有办法在 Bugzilla 中强制使用模板来指导用户填写错误描述?
实际上,我想在错误描述字段中放置一些标记文本,并避免创建自定义字段。
我已经安装了 3.2rc1 版本。
project-management - Bugzilla 在管理 Scrum 项目方面表现如何?
我们有 MS Sharepoint——这对于管理任务列表来说还不错。数据是公开的,人们会收到更改和分配的通知。
我认为 Bugzilla 对于管理和报告目的可能会更容易一些。虽然有一些不错的开源 Scrum 管理工具,但我已经用光了很多政治资本,不能要求比我们现在拥有的更多的东西了。金钱不是目标——显然——这是我的团队拥有太多专业工具的想法。
Bugzilla 是否会成为一个更通用的项目管理工具——在错误修复用例之外?
我会非常失望并希望我下载其他东西并为更好的项目管理工具辩护吗?
bugzilla - 如何更改 Bugzilla 中的状态标签
我不想更改状态字段的工作方式我只想将标签更改为旧系统使用的状态。(旧系统由电子表格和纸张组成:P
我们使用的是 3.0
migration - 迁移到 Trac
我们正在使用基于 HTTPS、Bugzilla 和 Mediawiki 的 Subversion 来管理我们的开发。我们的一些开发人员表示有兴趣迁移到 Trac,因此我必须评估这样做的成本。
对于 wiki 和 bugzilla,我们需要将现有数据迁移到 Trac 或与 trac 集成的方法。有两个应用程序来创建 wiki 页面或记录错误是不可接受的。此外,目前这些应用程序中的每一个都需要单独登录,因此我们需要将这些帐户中的每一个映射到 Trac。
那么知道将这些系统与 Trac 导入或集成的任何简单方法和/或这样做的教程吗?
bugzilla - 如何在 Bugzilla 中播种错误编号?
对于新的 Bugzilla 安装,我们希望将错误编号从 1 开始。有没有办法做到这一点?
bug-tracking - 布吉拉还是螳螂?
正如标题所说,我现在正在启动一个项目,并尝试为项目布局基础设施(SVN、电子邮件、错误跟踪、在线论坛等......)
那么,Bugzilla 还是 Mantis?
php - 如何从 PHP 为 Bugzilla 设置 HTTP 环境变量?
bugzilla(基于 perl)系统具有使用 http 服务器环境变量自动登录的功能。如果您填写正确的 ID 或用户名,您将自动登录。
我的服务器运行 Joomla(基于 PHP)并且拥有所有关于谁登录的信息。它在一个子框架内运行 bugzilla。
那么,如何从 PHP 脚本中设置这个环境值呢?
换句话说,以下脚本如何在 PHP 的会话中的其他地方返回我自己设置的变量:
php - 如何从 bash 和 php 脚本更新 Bugzilla 错误?
我们的开发过程通过大量的 bash 和 php 脚本(包括 subversion 挂钩脚本)实现了高度自动化。这些脚本做了很多事情来与我们的 Bugzilla 3.0 安装集成。
但是当前的集成方法是一堆直接更新 bugzilla 数据库的 SQL 调用——这显然有很多缺点——包括让我担心升级到 3.2,以防数据库模式发生变化!
例如,要向错误添加注释,我正在对 longdescs 表执行 INSERT。
所以我的(有点啰嗦)的问题是:
- 我应该使用 Bugzilla WebServices 吗(如果是这样,除了 Bugzilla API 文档之外是否还有其他没有让我快速上手的好的文档)
- 或者,我是否应该使用其他一些 Bugzilla API(直接 perl 调用?) - 再说一次,这有什么像样的 doco 吗?
- 或者,我是否应该继续做我正在做的事情(直接 SQL 调用),因为 db 并没有发生太大变化并且它“完成了工作”
versioning - 您如何在 Bugzilla 中跟踪版本?
我们正在将我们的错误跟踪从一个非常旧版本的跟踪迁移到 Bugzilla,而我的 Advil 快用完了。
我们有一个已经存在很长时间的遗留应用程序。事实上,我们的版本管理已经经历了几次迭代,它在野外产生了很多不同的版本。更糟糕的是,由于合同限制,并不总是可以将客户端升级到最新和最好的,因此我们必须在他们当前拥有的版本上进行分支、修复、测试和发布,从而产生另一个版本号。
最终结果是版本组合框长得可笑。最后,出于各种原因,我们要跟踪三个不同的版本信息:发现错误的版本(版本)、我们计划修复的版本(里程碑)以及最终修复的版本(接受建议)。这实际上是我的问题......这实际上可以是多个数字,我们为其中一些客户进行了追溯修复(这种情况经常发生)。
这就是我需要你们集体智慧的地方:
您如何在 Bugzilla 中跟踪这些版本(找到的、计划的和多个已修复的)?
链接版本和错误跟踪的最佳实践是什么?
答案
似乎为每个版本克隆 bug 是一种很好的跟踪方式,因此目标版本总是在里程碑和修复版本中被跟踪,而有 bug 的版本总是原生版本。
此外,让每个克隆都阻止原始错误,使其成为将历史追溯到原始提交的好方法。
虽然我已经接受了答案,但我仍然欢迎您的意见。