La prima domanda a cui devi rispondere è se i tuoi utenti si preoccupano. Non è necessario implementare alcuna funzionalità o componenti dell'interfaccia utente per aggiungere qualcosa che gli utenti non desiderano o non hanno bisogno. Questo è solo più codice che deve essere testato e convalidato. Se non è necessario che queste informazioni vengano visualizzate nell'applicazione, sei solo doratura dei requisiti - un antipattern noto.
Se i tuoi utenti desiderano queste informazioni, devi determinare come renderle disponibili. Questo dovrebbe essere guidato dagli utenti, attraverso i requisiti che forniscono. Sembra che tu voglia presentarlo come uno strumento accessibile attraverso l'interfaccia utente. Tuttavia, ci sono molte altre opzioni che dovrebbero essere considerate e discusse con i tuoi utenti (o sottoinsieme di utenti che potrebbero volere queste informazioni). Le opzioni possibili includono "modifiche dall'ultima release" nel README o nel manuale dell'utente, un file di modifiche logiche accanto al README o nel manuale dell'utente o una pagina Web sul sito Web del prodotto che descrive le modifiche nell'ultima versione con la possibilità di visualizzare le modifiche tra ultime versioni. A seconda del formato di file che si utilizza per le modifiche, è possibile aprire tale file utilizzando l'applicazione specificata dal sistema operativo o analizzare il file e visualizzarlo in un'interfaccia utente.
Indipendentemente da come lo si consegna, non farlo perché lo si desidera, ma perché lo vogliono gli utenti. Altrimenti, stai solo creando lavoro per te che non aggiunge valore al tuo prodotto.