したときの誤りを修正する場合です。foundを使います。#バグ番号の報告者を報告者アドレスに変更します。!を使うか、自分のメールアドレスを指定してください。結合されたバグを変更しません。上流の保守担当者に転送されることに注意してください。これは実際の転送は行いません。新しいアドレスを記録するのに使います。URIあるいはメールアドレスであるべきです。バグの状態をツールで照会できます。バグ番号バグ番号を転送していた上流の保守担当者の情報を抹消します。バグ報告の転送記録がない場合は何も行いません。デフォルトとなります)。このバグが結合された全バグ報告の題名についても変更されます。severityに設定します。バグを報告したユーザには通知されません。これらの意味については、バグシステムの一般開発者文書で調べてください。]バグが他のパッケージに影響を及ぼすことを示します。実際のバグは割り当てられているパッケージに存在するけれども、バグ番号によりパッケージで問題が発生する場合、パッケージのバグリストにデフォルトでそのバグがリストされることになります。ユーザからの複数の報告が誤ったパッケージに割り当てられるような状況が非常に深刻な場合にこれを使います。指定されたパッケージリストに影響があることを示し、これがパッケージリストが指定されない場合の既定の動作となります。指定されたパッケージを影響するパッケージのリストから削除します。+は指定されたパッケージを影響するパッケージのリストに追加します。これがパッケージが指定された場合の既定の動作になります。サマリー本文]バグのサマリーとして使うメッセージを選択します。ヘッダや制御ではないと判定した最初の段落を解析してバグのサマリーにセットし、それがバグ報告ページの一番上に表示されます。元の報告で問題がうまく説明されていない、あるいはバグへのメッセージが多くなり実際の問題の把握が難しくなった、という場合に有用です。メッセージ番号が指定されていない場合はサマリーは消えます。cgiスクリプトの出力にあるメッセージ番号です。送られた、サマリー制御コマンドを含むメッセージ)。メッセージ番号が数値や空白文字列ではない場合は、それをサマリーにセットする文だと想定します。(またはバグ修正の現状)として使用するメッセージを選択します。メッセージの最初に現れる非疑似ヘッダ/非制御項目が解析され、バグの見通しにセットされてバグ報告ページの最上部に表示されます。(例えばバグ退治パーティで)共にこのバグの修正にあたっている他の人との調整に便利です。見通しはクリアされます。メッセージ番号が数値や空白文字列ではない場合は、それを見通しにセットする文だと想定します。制御コマンドによりバグ報告を複製することができます。これは、一つの報告が実際には複数のバグを指摘しているような場合に便利です。以降のコマンドから新しく複製されたバグを参照するのに使うことができます。ID」に対して作成されます。...複数のバグ報告を結合します。結合されたバグ報告すべてに対して同じ操作が行なわれます。なっていないといけません。対象のバグが同じ状態でない場合、mergeコマンドを使用する前に、reassign、reopen等を使って同じ状態にしなければなりません。タイトルが一致している必要はなく、結合により影響を受けることもありません。同様にタグも影響を受けません。それらは結合されます。mergeコマンドで与えられた任意のバグが既に別のバグに結合されている場合、コマンドに与えられた任意のバグに結合されているバグがすべて結合されます。バグ報告を結合すると、それぞれの報告のログに注釈を記録します。ページ上では、結合されている他のバグへのリンクが含められます。結合されたバグ報告は、バグ報告それぞれの抹消期限がすべて満了した後で、すべて同時に抹消されます。...複数のバグ報告を強制的に結合します。おいては設定が一致していなければなりませんが、こちらではリストの先頭のバグの設定が以降のバグに割り当てられます。誤記による誤った結合を防ぐため、バグはすべて同じパッケージのものでなければなりません。結合が意味することについては上記の説明文を参照してください。閉じるにあたって適切なメッセージを報告者に通知する責任があります。指定したバグ報告を、これに結合されていた他のバグ報告から分離します。明示的に指定したバグのみが結合を解除されます。新しいグループに移したいバグ報告をそれぞれ個別に分離し、それから新しいグループに結合しなければなりません。unmergeコマンド一つで分離することができるバグ報告は一つだけです。コマンドを含めてください。バグの報告者には通知されません。それに続くタグをそれぞれ削除、=はそれに続くタグを新しく付けなおすことをそれぞれ意味します。=が間にある場合はそれに続くタグへの動作を変更します。デフォルトの動作は追加です。l10n,potato,woody,sarge,etch,lenny,squeeze,wheezy,jessie,stretch,buster,bullseye,sid,experimental,sarge-ignore,etch-ignore,lenny-ignore,squeeze-ignore,wheezy-ignore,jessie-ignore,stretch-ignore,buster-ignore,bullseye-ignoreがあります。ついては、バグシステムに関する開発者情報で調べてください。...最初のバグの修正がリストの他のバグによって妨害されていることを記録します。...最初のバグ修正がリストの他のバグによって妨害されていたものが解除されたことを記録します。バグを閉じたメールの本文はその通知には含まれません。別にメッセージを送るなどして、どうしてそのバグが閉じられたのか、バグを報告したユーザが確実に分かるようにしなければなりません。いうわけで、このコマンドの使用は非推奨となっています。バグの正しい閉じ方についての開発者情報を見てください。修正されたバージョンを指示した場合は、バグ追跡システムはそのパッケージのそのバージョンでそのバグが修正されたことを記録します。複数のパッケージを指定することも可能です。パッケージを何も指定しない場合、以降のコマンドは全バグに適用されます。この機能は誤って間違ったバグ番号を使う可能性に対する保護機能として使うことができます。「所有者」に設定します。バグの所有者はその修正に対して責任を負います。これは、パッケージをチームで管理している場合に、作業を共有するのに便利です。!または自分のメールアドレスを指定します。バグ番号バグの通常のメンテナ以外の所有者の情報をすべて消去します。バグに所有者が記録されていなければ、これは何もしません。過去のある時点でアーカイブされたけれども現在はアーカイブされていないそのバグを、時間を無視してアーカイブします。過去にアーカイブされたバグのアーカイブを解除します。組み合わせられるべきです。使ってアーカイブできます。報告者の変更のような些細な変更をアーカイブされたバグに加えるためにアーカイブ解除を使うべきではありません。BTS管理者の手に拠らずアーカイブされたバグを再開できるようにすることです。#...一行コメントです。#は行頭になければなりません。コメント内のテキストは、送信者と関連する担当者への通知に含められるので、コマンドの理由を示すのに利用できます。you--各行はどれも空白文字で続けることができます。メッセージのリマインダとして説明、署名、その他を記入することができますが、制御サーバには検知されません。プロジェクトホームページに戻る。このページは以下の言語でもご覧になれます。メールを送ってください。コンタクトページをご覧ください。ウェブサイトのソースコードもあります。