重新分配
错误号 包裹[版本]- 记录该错误#错误号是一个bug包裹。如果用户忘记了伪标头,或更改早期赋值。无通知发送给任何人(除了处理中的常规信息成绩单)。
如果您提供版本,错误跟踪系统会注意到该错误会影响新设计包的该版本。
重新打开
错误号[发件人地址|=
|!
]- 重新打开#错误号如果它是关闭的。
默认情况下,或者如果您指定=
,原始提交者是仍然是报告的发起人,以便他们得到批准当它再次关闭时。
如果您提供发件人地址发起人将是设置为您提供的地址。如果你想成为新的可以使用!
速记或指定您自己的电子邮件地址。
告诉即将成为记录为您要重新打开报告的发起人,因此他们会知道,当它关闭时,他们会得到认可再一次。
如果错误没有关闭,那么重新打开将不会做任何事情,甚至不会更改发起人。要更改打开的错误报告的创建者,使用提交人
命令;请注意,这将通知变更的原始提交人。
如果在特定版本的包,但在较新版本中再次出现,最好使用建立
命令。
建立
错误号[版本]- 记录下这个#错误号在给定的中遇到版本分配给它的程序包的。
错误跟踪系统使用此信息,并与修复了关闭错误时记录的版本,以显示错误列表在每个包的不同版本中打开。它认为存在漏洞当它没有固定版本时,或者当它最近被发现时它已经被修复了。
如果没有版本给出,然后列出bug被清除。这与重新打开
。
如果没有,此命令只会导致错误被标记为未完成指定了版本,或者如果版本被标记为已找到等于版本其最后被标记为固定。(如果你确信你希望这个bug被标记为未完成,使用重新打开
与建立
。
此命令优先于重新打开
因为很难添加版本到该命令的语法没有歧义。
未找到
错误号 版本
- 删除以下记录#错误号在中遇到鉴于版本它被分配到的包的。
这与关闭该版本的bug不同,因为bug也未在该版本中列为固定;没有相关信息版本将是已知的。它用于修复以下记录中的错误当发现错误时。
提交人
错误号
发件人地址|!
- 更改的发起人#错误号到发件人地址。
如果您希望成为报告的新发起人,您可以使用这个!
速记或指定您自己的电子邮件地址。
而重新打开
命令更改其他错误与重新打开的错误合并,提交人
不会影响合并的错误。
转发
错误号 地址
- 注意到错误号已转发到上游维护人员地址。这实际上并不转发报告。这可用于更改现有的不正确转发到地址,或者为之前未注意到的错误记录一个新的错误已转发。
未转发
错误号
- 忘记了任何想法错误号已转发给任何上游维护人员。如果错误没有被记录为转发后,这将不起作用。
重排
错误号 新甲虫
- 将错误报告的标题更改为指定的标题(默认为这个
主题
原始报告的邮件标题)。与大多数其他错误处理命令不同,这些命令用于一组合并的报告,这将只更改请求了单个bug,而不是与之合并的所有bug。
严重程度
错误号 严重程度
- 设置错误报告的严重性级别#错误号到严重程度。不会向报告的用户发送通知错误。
对于它们的含义拜托有关bug系统,请参阅一般开发人员的文档。
克隆
错误号 新ID[新ID... ]- 克隆控制命令允许您复制错误报告。它是在单个报告实际指示多个出现了明显的错误。”新ID“是负数,用空格隔开,可以在后续的控制命令中使用请参阅新复制的bug。将为每个新ID。
示例用法:
克隆12345-1-2重新分配-1个fooretitle-1 foo:foo很差劲重新分配-2 barretitle-2 bar:与foo一起使用时,bar很糟糕严重性-2个愿望列表克隆123456-3重新分配-3个fooretitle-3 foo:foo很差劲合并-1-3
合并
错误号 错误号...- 合并两个或多个错误报告。当合并报表打开时,关闭、标记或取消标记为转发并重新分配任何新包中的错误将对所有合并报表。
在合并错误之前,它们必须处于完全相同的状态:全部打开或全部关闭,具有相同的转发到上游作者地址或全部未标记为转发,全部分配给相同的包(在bug分配到的包),以及所有相同的严重性。如果它们开始时的状态不同,您应该使用重新指派
,重新打开
以此类推,以确保在使用之前合并
。不需要标题匹配,并且不受合并的影响。
如果合并
命令已经存在合并了另一个bug,然后所有报告都与列出的所有项都将合并在一起。合并就像平等:它是自反的、传递的和对称的。
合并报告会在每个报告的日志中显示注释;上WWW页面,其中包括指向其他错误的链接。
合并的报告将同时过期,并且只有在所有每一份报告都符合到期标准。
强制合并
错误号 错误号...- 强制合并两个或多个错误报告。第一个错误是选择为主错误,并将其设置分配给错误在命令中列出。有关的描述,请参阅上文合并意味着什么。
解合并
错误号
- 断开错误报告与其可能具有的任何其他报告的连接已合并。如果列出的报告与其他几个报告合并,则它们全部合并在一起;只有他们与显式命名的bug将被删除。
如果合并了许多错误报告,并且您希望将其拆分为两个合并报表的单独组必须将每个报表取消合并为一个报表然后将它们合并到所需的新组中组。
您只能将一个报表与每个报表取消合并解合并
命令;如果您想断开多个bug,只需包括几个未合并
消息中的命令。
标签
错误号[+
|-
|=
]标签[标签... ]- 设置错误报告的标记#错误号.无通知发送给报告错误的用户。将操作设置为
+
将每个给定值相加的方法标签,-
意味着删除每个给定的标签、和=
意味着忽略当前标记并将其重新设置为提供的列表。这个默认操作是添加。示例用法:
#与“标签123456+补丁”相同标签123456补丁#与“标签123456+moreinfo unreproducible”相同标签123456更多信息不可复制#删除“unreproducible”标签标签123456-不可重复#将标签设置为“moreinfo”和“unreproducible”标签123456=moreinfo不可重复
可用标签有补丁
,馄饨
,更多信息
,不可生产的
,诺塔布
,和固定的
。
对于它们的含义请咨询bug系统的通用开发人员文档。
块
|解除阻塞
错误号 通过
|具有
错误[错误... ]- 用于注意一个错误会阻止另一个错误被修复。第一个列出的bug是被阻止的bug,随后会出现被一个或多个阻止它的错误所影响。使用
解除阻塞
以解除对错误的阻止。示例用法:
#指示在修复123456之前无法修复7890块7890乘以123456#表明7890毕竟可以在123456之前修复通过123456解锁7890
关闭
错误号[固定版本]- 关闭错误报告#错误号。
将通知发送给报告错误的用户,但(在与邮寄相比错误号-已完成
)的导致bug关闭的邮件文本不是包括在该通知中。
如果您提供固定版本错误跟踪系统将注意到该版本的包中修复了该错误。
包裹
[包装名称... ]- 限制以下命令,使其仅适用于错误根据列出的包裹提交。您可以列出一个或多个程序包。如果您没有列出任何包,以下命令将应用于所有漏洞。我们鼓励您使用此功能作为安全功能,以防您不小心使用了错误的错误号。
示例用法:
程序包foo重新分配123456 bar 1.0-1包装棒retitle 123456 bar:棒太烂了严重度123456正常包裹严重性234567愿望列表
主人
错误号 地址|!
- 集合地址成为#错误号。错误的所有者声称有责任修复它。这对于在软件包有一个维护团队。
如果您希望自己成为bug的所有者,可以使用!
速记或指定您自己的电子邮件地址。
午睡者
错误号
- 忘记了该bug有一个非通常所有者的想法维护人员。如果错误没有所有者记录,那么这将不起任何作用。
档案文件
错误号
- 存档以前存档的错误,如果该错误满足存档要求,忽略时间。
无刺的
错误号
- 取消存档以前存档的错误。无存档通常应与重新打开相结合,并作为适当的。可以使用存档未归档的Bug归档假设满足了非基于时间的归档要求。
#
...- 单行注释。这个
#
必须位于行的开头。评论文本将包含在发送给发送者和受影响的维护者,因此您可以使用它来记录命令的原因。 退出
停止
感谢
谢谢
谢谢你
谢谢您
--
- 在任何情况下,都可以单独在一行后面空白,通知控制服务器停止处理信息;消息的其余部分可以包括解释,签名或任何其他内容,都不会被控制服务器。