Bump numero di versione nello sviluppo del software commerciale? [chiuso]

I numeri di versione sono una responsabilità di gestione del prodotto / rilascio. Non è una scelta da sviluppatore. È necessario configurare l'ambiente di compilazione per consentire facilmente il cambio dei numeri di versione. Direi che l'intero ambiente di compilazione e il sistema di compilazione possono essere configurati per consentire al PM o RM di impostarlo su ciò che vogliono. E allo sviluppatore non interessa.

Se il numero di versione è visibile dall'utente, è una decisione di relazione pubblica. Ho visto il numero maggiore essere modificato in quanto vi era un cambiamento di utente ritenuto importante dal reparto marketing, ma con un impatto minimo sul codice, così come una riorganizzazione del codice ma con pochi cambiamenti visibili all'utente che comportava il più piccolo cambiamento possibile nella numerazione per non ostacolare gli aggiornamenti.

Non è vero per software commerciale e open source. Spesso non esiste un dipartimento di marketing per il futuro, ma la logica della decisione sarà una relazione pubblica abbastanza rapidamente dopo che il software avrà avuto successo. O sarà usato come modo per ottenere rinnovata attenzione o per ritardare l'attenzione fino a quando uno è pronto.

IMHO, il miglior sistema di versioning è versioning semantico , e in questo schema, non viene specificato alcun ruolo, piuttosto vengono specificate le regole.

In altre parole, se Office introduce nuove funzionalità e alcune delle funzionalità meno recenti sono scomparse, la versione principale dovrebbe essere aggiunta a un'altra unità. Ora chi lo fa? Di solito gli sviluppatori. Perché sono le persone a cui la versione importa di più.