Bug reopen vs newからのコメントとそれに続く賛成票に基づいて:
パッチノートでバグIDを引用するのは、とても友好的ではありません。–クレルプ
少なくとも一部の人々は、パッチノートでバグIDを参照するのは良い考えではないと感じているようです。私はかなり経験の浅い開発者なので、なぜそうなのか疑問に思っています。
Bug reopen vs newからのコメントとそれに続く賛成票に基づいて:
パッチノートでバグIDを引用するのは、とても友好的ではありません。–クレルプ
少なくとも一部の人々は、パッチノートでバグIDを参照するのは良い考えではないと感じているようです。私はかなり経験の浅い開発者なので、なぜそうなのか疑問に思っています。
回答:
私の意見では、ユーザーがバグデータベースへの読み取りアクセス権を持っていると仮定すると、それは良い習慣です。アップグレードするタイミングを決定するために、特定のバグが修正されるのを人々が待っていることがよくあります。
眉をひそめているのは、バグID だけを引用していることだと思います。また、バグトラッカーにアクセスしなくても理解できる説明を常に提供する必要があります。また、以前のリリースノートを完全に無効にすることなく、将来バグトラッカーを切り替えることができます。
それは、引用されたコメントで述べたように...友好的ではありません。
次のシナリオを想像してください。ソース管理でログを表示しています。あなたはコミットが何を変えたのかと思っています。わかりやすい英語で説明する代わりに、次のように伝えます。
解決した#1307
バグ追跡システムを実行し、何か役に立つものを望んでいます。バグ#1307は解決済みとして報告されています。説明には以下が表示されます。
#1284と同じバグ
ありがとう、とても助かります。ここで、バグレポート#1284に移動して、バグ#1112、#1065、および#1067を参照するバグ#1113の複製であることを確認する必要があります。
5分後、最初に何を探しているのかわかりません。
はるかに役立つバージョン管理ログメッセージは次のようになります。
Webサイト自体で使用されているものと同じパスワード長ポリシーをデータアクセスレイヤーに適用することを削除することにより、ユーザーが25文字を超えるパスワードでログオンできない問題を解決しました(#1307を参照)。
同様に、バグ追跡システムでは、レポート#1307がより自明で、バグレポート#1284が何であったか、新しいレポートが古いレポートとどのように異なるかを思い出すことができます。
これが唯一の親しみやすさの問題ではありません。
2つ目は、追加情報なしで参照しすぎることにより、パッチノート/バージョン管理ログ/バグ追跡システムレポートを、それらのシステムにあまり詳しくない人には使用できないようにすることです。バグ追跡システムを毎日扱うとき、レポートをすばやくナビゲートしたり、複数のレポートを並べて表示したりする方法を知っています。技術的なバックグラウンドのない顧客であれば、簡単に迷子になります。
ここでも、単なる参照よりも詳細なメッセージが非常に役立ちます。まだ参照を保持する必要があることに注意してください。2週間前に遭遇したバグと同じですが、そのIDを思い出さないでください。
注として、同じ問題が多くの管轄区域に存在します。たとえば、フランスでは、法律が複数の情報源を参照することは珍しくありませんが、その間に変更される可能性があります。これは、それを完全に理解するために、ライブラリで数時間を費やし、各テキストが他のテキストを参照している多数の参照テキストを検索する必要があることを意味します。
ユーザーが引用されている問題を読むことができれば、パッチノートで問題番号を引用することに何の問題もありません。バグデータベースで誰でも読むことができる場合、バグ番号を引用することは非常に便利です。(より良いのは、パッチノートがリンクを許可する形式である場合、それらの問題IDを問題の問題へのリンクにすることです。)これは、すべての問題を一般に公開する必要があることを意味しません。シュラウド化されたパスワード(たとえば、ライブパスワードが入っている場所)があると便利です。
読んでいる人がバグの詳細や履歴を調べることができない問題番号を引用すると、それは非常に不親切です。問題IDなしでそのような問題を引用する方がずっと使いやすいというわけではありません。
パッチノートを読む人が誰であるか、ソフトウェアのターゲットユーザーに依存することは明らかです。
しかし、ほとんどの場合、大部分のユーザーはバグIDが何であるかを気にしません。彼らはそれが壊れた理由、修正内容などを気にしません-彼らは変更ごとに別のページに移動することなく、非常に簡潔なテキストの説明で何が変わったかを知りたいだけです。
バグIDを引用することで私は立ち止まって考えるようになり、ユーザーとしては考えたくありません。それは一種のユーザビリティの問題です。
で、例えば見てくださいのVisualアシストXの変更ログを。リンクされたバグIDはすべてノイズであり、変更された内容を理解するのを妨げます。そして、これはプログラマを対象としたVisual Studioのアドオンです。そして私はプログラマーです。これが気になる場合は、バグトラッカーが何であるかさえ知らない平均的なユーザーを想像してください。
PS:私は質問のきっかけとなったコメントの著者でした
バグIDは参照ポイントに必須です。その理由:
3052はすでに修正されており、3077に取り組んでいます
より便利です:
「適用ボタンでのアプリケーションのクラッシュ」は修正されましたが、「ユーザーの変更でのNullReferenceException」で引き続き動作していました。