私が働いている場所では、バグと機能の追跡に Bugzilla を広く使用しています。組み込みのマイルストーンを利用してタイムラインをより適切に管理していますが、優先順位が変わり、マイルストーンを再配置する必要がある場合もあります。この間、「一度に複数のバグを変更する」機能を使用してバグを移動させていますが、その結果、関係者全員に大量のバグスパムが送られます (もちろん、実際に変更を行っている人は除きます)。
一度に多くのバグが変更されている場合、簡単にメールをオフにする方法はありますか?
3209 次
4 に答える
11
はい。ただし、管理者アクセスが必要です。[管理] セクションで、[パラメーター] : [メール] に移動し、[mail_delivery_methodテスト] (メールをディスク上のファイルにスプールする) または [なし] (メールを完全に無効にする) に設定します。次に、変更を加えて、メールを再度有効にします。announcehtmlシステムを使用している他のユーザーが、バグを変更している間は電子メールが送信されないことを知ることができるように、メッセージを入力することをお勧めします。
また、「優先度、ステータス、重大度、またはマイルストーンが変更された」ときにメールを送信するメール設定のオプションを選択解除するようにユーザーを説得する (および/またはデフォルト オプションを設定する) こともできます。
于 2010-04-27T01:59:47.807 に答える
4
5 年後、この機能は Bugzilla の master ブランチにコミットされ (2015 年 3 月 13 日、コミット 1d96fa1 )、現在 Bugzilla 6.0 での配信が追跡されています。
この機能リクエストにはいくつかのバグがありましたが、実際に修正されたのはバグ #1062718 です。
于 2015-11-02T15:16:25.600 に答える
2
これは関連するバグ、FTR です: https://bugzilla.mozilla.org/show_bug.cgi?id=26943
于 2012-05-28T15:09:57.653 に答える
1
残念ながら、それほど簡単ではありません。最善の策は、これらのイベントに関する電子メールが生成されないように、電子メール設定を設定する方法について明示的な指示を送信することです。あなたは彼らのために彼らの好みを更新することができると私は思う。
いくつかの方法で、必要なものをコードに実装できます。たとえば、これらのイベントの電子メールを生成しないように、process_bug.cgiにロジックを追加できます。
非常に古いBugzillaに、template / en / default / list / edit-multiple.html.tmplにチェックボックスを追加しました。これにより、次にバグが変更されるまで電子メールを生成しない「静かな」変更が可能になります。新しいバグメールは、lastdiffed以降に変更されたすべてのものを送信するため、lastdiffedを更新しないことにより、変更は最終的に無効になります。
しかし、私はあなたにこれらのどれもしないように説得したいと思います！追加したクワイエット変更チェックボックスを使用するのは気が進まない。これは、可能な各受信者の判断を自分の判断に置き換えることを意味するためです。マイルストーンなどは大丈夫だと思いますが、一般的には各ユーザーの好みを尊重したいと思います。
コードやテンプレートにいくつかの変更を実装することにした場合は、irc.mozilla.orgの#mozwebtoolsにアクセスしてそれらについて話し、候補パッチなどがある関連するバグがあるかどうかを確認する必要があります。
Mozillaのバージョンにはないもう1つの方法は、各送信メールにヘッダーを追加して、人々が望まないメールを簡単に除外できるようにすることです。
ただし、トンネルの終わりには少し光があります。Max Kanat-Alexander（およびメインラインの貢献者である他の人）と私たちの両方が、多くのバグに対する一連の変更を1つの変更「セット」と見なす方法を考えていることを私は知っています。これを実装すると、「一度に複数のバグを変更する」ことを、受信者ごとに1つの電子メールにまとめることがより実現可能になります。
于 2010-04-26T19:15:01.840 に答える