プログラムの改訂履歴情報をユーザーに提供しますか？

私が維持しているプログラムの制限の1つは、エンドユーザーは多くの場合、どのような変更が加えられたかを知らないことです。これを修正するために、プログラムに加えられた変更の簡略化されたリストをユーザーに示したいと思います。更新が簡単なリストを作成し、それをユーザーインターフェイスにフィードできるようにするための適切な方法論/アプローチはありますか？

例：フォームに読み込まれるすべてをXMLファイルに保存する必要がありますか？変更履歴をデータベースに入れるべきですか？

注：プログラムはWinforms（C＃4.0）です。

更新

優れたフィードバックに基づいて、SQLiteを情報ストレージとして使用することを決定し、ユーザーにTreeViewコントロールの変更の時系列リストを提供します。

ユーザーは一般的に、同じように物事を気にしません。怠惰にしてバグリストを公開することもできますが、少し時間をかけてユーザーの言語の変更を強調表示する方がはるかに優れています。

つまり、詳細が失われます。すべての詳細を知りたい場合は、対処された問題の完全なリストを含めることができますが、通常、リリースノートは次の順序でのみ表示されます。

1. ユーザーの言語での主要な新機能。
2. ワークフローの変更。おそらく正当化が必要です。例：「印刷ダイアログが合理化されました。ドキュメントオプションの下の古い場所ではなく、印刷ページにページレイアウトオプションが表示されるようになりました。」
3. ユーザーの言語での主要なバグ修正。例：「2 GBを超えるファイルのmt_file_readでの固定バッファオーバーフロー」ではなく、「2 GBを超えるファイルを開くときのクラッシュの頻度が少ない」
4. 要約任意のマイナーワークフローへの変更と小さな新機能の
5. 一般的に、ユーザーはマイナーなバグ修正については気にしないので、「およびバグ修正」などと言ってください。繰り返しになりますが、オーディエンスのプログラマーに完全な詳細へのリンクを提供できます。;）

これはより多くの作業であり、ユーザーは細部への注意を本当に感謝します。

適切な課題トラッカーは、リリースノートを生成します（リリースのクローズドストーリーに基づく）。これをテキストファイルとして埋め込み、アプリの好きな場所に表示します。

答える必要がある最初の質問は、ユーザーが気にするかどうかです。ユーザーが必要としないものや必要としないものを追加するために、機能やユーザーインターフェイスコンポーネントを実装する必要はありません。これは、テストと検証が必要なコードの数だけです。この情報をアプリケーションに表示する必要がない場合は、要件を金メッキするだけです。これは既知のアンチパターンです。

ユーザーがこの情報を必要とする場合は、それを利用可能にする方法を決定する必要があります。これは、ユーザーが提供する要件を介して、ユーザーが推進する必要があります。ユーザーインターフェースからアクセスできるツールとして表示したいようです。ただし、他の多くのオプションを検討し、ユーザー（またはこの情報を必要とする可能性のあるユーザーのサブセット）と話し合う必要があります。可能なオプションには、READMEまたはユーザーズマニュアルの「最後のリリース以降の変更」、READMEまたはユーザーズマニュアルの横にある変更ログファイル、または最新バージョンの変更を説明する製品のWebサイトのWebページがあり、それらの間の変更を表示できます。最新バージョン。変更に使用するファイル形式に応じて、

どのように配信するかに関係なく、希望するためではなく、ユーザーが希望するために実行してください。それ以外の場合は、製品に価値を付加しない作品を自分で作成しているだけです。