Terminologia di consegna e ordine di grandezza

Dove lavoro usiamo la seguente terminologia:

Snapshot

Gli sviluppatori li condividono l'uno con l'altro (esempio-0.0.1-SNAPSHOT) e vengono creati ripetutamente mentre gli sviluppatori affrontano le varie storie e attività degli utenti.

Questi non vanno mai oltre i server di sviluppo. Per andare al di là di 0.0.1-SNAPSHOT, normalmente devi passare attraverso un rilascio, ma una rilavorazione / ripensamento maggiore può attivare un salto a 0.0.2-SNAPSHOT e così via.

Stampa

Questi escono in produzione (esempio-0.0.1) e sono costruiti solo una volta. Rappresentano un artefatto rilasciabile di qualche tipo. Una volta completata la creazione del rilascio, gli sviluppatori passeranno a utilizzare 0.0.2-SNAPSHOT per ulteriori sviluppi mainstream.

patch

Queste sono correzioni alle versioni precedenti del codice che non possono essere coperte da un aggiornamento all'istantanea esistente (esempio-0.0.1-Patch-1). Rappresentano una sorta di aggiornamento importante.

Decodifica della numerazione della versione

La numerazione è organizzata come major.minor.revision che è piuttosto comune.

Maggiore di solito è una riscrittura e normalmente viene pagato.

Minore di solito è una vasta raccolta di correzioni di bug racchiuse in un unico aggiornamento gestibile ed è gratuito. Questo è ciò che un cliente vedrebbe come aggiornamento mensile.

Revisione è associato a un singolo sprint / iterazione di sviluppo e rappresenta una piccola raccolta di correzioni di bug.

• Rilascio - l'utente paga
• Aggiornamento, patch, correzione bug - utente pagato per contratto di assistenza (potrebbe essere incluso nella versione)
• Aggiornamento - L'utente paga di nuovo

Personalmente mi piacciono le versioni a 4 numeri, tuttavia non esiste uno standard per il controllo delle versioni.

L'ultima cifra viene incrementata automaticamente ogni volta che viene distribuito, quindi sono sicuro di avere sempre una nuova versione senza dovermi preoccupare troppo del significato. Solitamente aumenterò il terzo numero solo quando aggiungo una caratteristica o un comportamento evidente del programma (al contrario di correggere un bug o modificare il programma su un livello che non sarà mai percepibile dall'utente). Riservare l'aggiornamento per modifiche relativamente importanti e riservare il rilascio per modifiche importanti.

Non c'è niente di particolarmente standard al riguardo. Alcuni usi comuni:

Release: una nuova versione con importanti cambiamenti rispetto alla vecchia versione. In genere, l'utente paga per questo come nuovo prodotto o come aggiornamento da una versione precedente.

Aggiornamento: una nuova versione che probabilmente ha modifiche significative alle funzionalità, o molte minori. In genere, questo è gratuito oppure l'utente ottiene con un normale contratto di assistenza.

Patch: una nuova versione che generalmente non modifica in modo significativo la funzionalità, in genere correzioni di bug. (Ciò potrebbe consentire il corretto funzionamento delle funzionalità preesistenti.) Molto probabile che sia gratuito, altrimenti sarà coperto dal contratto di assistenza.

Una correzione di bug è una descrizione interna. Una volta rilasciato, sarà in genere una patch.

Esistono modelli di distribuzione del software che non sono conformi a questo. Le app Web possono essere continuamente aggiornate senza rilasciare nulla e alcune persone amano catturare la fonte per alcune delle loro app da un sistema di controllo delle versioni disponibile pubblicamente e fare le proprie compilazioni. Paul Graham ha scritto che, nello sviluppo di ViaWeb, la sua startup avrebbe annunciato una nuova versione basata sull'impatto delle pubbliche relazioni piuttosto che su qualsiasi cambiamento importante.