Bugzilla 通过更改各种参数进行配置,这些参数可以通过页面页脚的“编辑参数”链接访问。以下是该页面上一些关键参数。安装 Bugzilla 后,您应该查看此列表并进行适当的设置。
maintainer:maintainer 参数是负责维护此 Bugzilla 安装的人员的电子邮件地址。该地址不必是有效的 Bugzilla 帐户。
urlbase:此参数定义您的 Bugzilla 安装的完整限定域名和 Web 服务器路径。
例如,如果您的 Bugzilla 查询页面是http://www.foo.com/bugzilla/query.cgi,将您的 "urlbase" 设置为http://www.foo.com/bugzilla/.
usebuggroups:这决定是否为 Bugzilla 实施基于组的安全机制。如果设置,Bugzilla 缺陷可以关联一个“组”,定义哪些用户允许查看和编辑缺陷。
仅当您希望限制特定缺陷对特定用户组的访问时,才将“usebuggroups”设置为“on”。我建议在最初测试 Bugzilla 时将此参数保持关闭状态。
usebuggroupsentry:Bugzilla 产品可以关联一个组,以便某些用户只能查看特定产品中的缺陷。当此参数设置为 "on" 时,这会将所有新创建的缺陷立即放入其产品的组中。
shadowdb:当 Bugzilla 达到高水平的持续活动时,您会遇到一个有趣的问题。MySQL 仅支持表级写锁定。这意味着如果有人需要更改缺陷,他们将锁定整个表,直到操作完成。写锁定也会阻止读取,直到写入完成。"shadowdb" 参数旨在解决此限制。虽然一次只允许一个用户写入表,但读取可以继续在数据库的只读影子副本上不受阻碍地进行。尽管您的数据库大小将增加一倍,但在极高流量的 Bugzilla 数据库上实施影子数据库可以带来巨大的性能提升。
作为参考,当 mozilla.org 达到大约 40,000 Bugzilla 用户,每天有数百个 Bugzilla 缺陷更改和评论时,他们开始需要 "shadowdb"。
该参数的值定义了影子缺陷数据库的名称。如果您将运行 *非常* 大型的 Bugzilla 安装,请将“shadowdb”设置为例如“bug_shadowdb”。
![]() | 启用“shadowdb”可能会对您的 Bugzilla 安装的稳定性产生不利影响。您应该定期检查您的数据库是否同步。通常建议通过 "cron" 每晚强制进行影子数据库同步。 |
如果您使用“shadowdb”选项,那么您也应该自然而然地启用“queryagainstshadowdb”选项。否则,您将无缘无故地将数据复制到影子数据库中!
shutdownhtml:如果您需要关闭 Bugzilla 以执行管理,请在此处输入一些描述性 HTML,任何尝试使用 Bugzilla 的人都将收到一个说明此情况的页面。显然,editparams.cgi 仍然可以访问,因此您可以删除 HTML 并重新启用 Bugzilla。:-)
passwordmail:每次用户创建帐户时,此参数的文本(带有替换)都会与他们的密码消息一起发送给新用户。
在“passwordmail”参数框中添加您希望的任何文本。例如,许多人选择使用此框来简要介绍如何在您的站点上使用 Bugzilla 的培训。
useqacontact:这允许您为每个组件定义一个电子邮件地址,除了默认所有者的地址之外,他们将收到传入缺陷的抄送副本。
usestatuswhiteboard:这定义了您是否希望为每个缺陷关联一个自由格式、可覆盖的字段。“状态白板”的优点在于它可以轻松删除或修改,并提供一个易于搜索的字段,用于索引一些具有共同特征的缺陷。
whinedays:将其设置为您希望缺陷在 NEW 或 REOPENED 状态下持续多少天后,再通知人们他们有未处理的新缺陷。如果您不打算使用此功能,只需不设置安装说明中描述的抱怨 cron 作业,或将此值设置为“0”(永不抱怨)。
commenton*:所有这些字段都允许您指定哪些更改可以无需评论通过,以及哪些更改必须有更改它们的人的评论。通常,管理员会允许用户将自己添加到抄送列表、接受缺陷或更改状态白板,而无需添加评论说明其更改原因,但要求大多数其他更改都附带解释。
根据您的站点策略设置“commenton”选项。至少,当用户解决、重新分配或重新打开缺陷时,要求评论是一个明智的主意。
![]() | 通常,在解决缺陷时要求开发人员评论远比不要求好。对于缺陷数据库用户来说,没有什么比开发人员将缺陷标记为“已修复”而没有评论说明修复是什么(甚至是否真的已修复!)更令人恼火的了。 |
supportwatchers:启用此选项允许用户请求接收特定其他用户的所有缺陷电子邮件的副本。当然,这受缺陷的组设置限制;如果 "watcher" 通常不被允许查看缺陷,则 watcher 不能通过设置自己来监视权限之外的人的缺陷来绕过系统。他们仍然只会收到她通常可以查看的那些缺陷的电子邮件更新。