.NET: numeri di revisione grandi in AssemblyVersionAttribute

Question

Abbiamo la convenzione di versionare le nostre build come [major]. [Minor]. [Micro]. [Revisione], ad es. 2.1.2.33546.

nostro accumulo di script aggiorna automaticamente un file AssemblyInfo.cs contenente

[assembly: AssemblyVersion("x.y.z.w")] 

al fine di incorporare la versione numero di assemblaggio.

Ma il nostro repository di Subversion ha appena raggiunto la revisione # 65535, che ha infranto la nostra build.

Si scopre che ogni numero nel numero di versione ha un valore massimo di 65534 (probabilmente a causa di una limitazione di Windows).

Hai riscontrato questo problema? Qualche buona soluzione/soluzioni alternative?

Ci piace lo schema di incorporare la revisione-numero e ovviamente non si può semplicemente ripristinare il nostro Subversion server :-)

Answer 1

un po 'più informazioni di base:

Why are build numbers limited to 65535?

Poiché questo è improbabile per avere cambiato, le opzioni sono:

• Prendere la revisione Modulo 65535, che significa che sono di nuovo a 1
• Utilizzare il campo Micro nel numero di versione per dividere il numero di versione dividendo la revisione per 1000. Ciò significa che la versione potrebbe essere 1.0.65.535
• Non archiviare la revisione SVN in AssemblyVersion, ma invece nello AssemblyInformationalVersion. In questo modo l'applicazione può ancora accedervi per scopi di visualizzazione, sebbene non sia più possibile utilizzare Esplora risorse per controllare rapidamente SVN Revisione
• Non memorizzare Revisione SVN in AssemblyVersion, ma nei campi AssemblyProduct o AssemblyDescription. Ancora, in questo modo la tua applicazione può ancora accedervi, ma anche Explorer lo mostrerà nella finestra delle proprietà.

Answer 2

Una possibilità potrebbe essere quella di utilizzare solo il [AssemblyFileVersion]; questo solleva ancora un avvertimento, ma sarà costruire, almeno:

[assembly: AssemblyFileVersion("1.0.0.80000")] 

Answer 3

According to MSDN, i componenti del numero di versione AssemblyVersionAttribute sono limitati a UInt16.MaxValue - 1dai dati di assemblaggio meta, cioè non è possibile memorizzare più grande numeri in un file di assembly. La versione del file, come suggerisce Marc Gravell, potrebbe essere sufficiente per te, a seconda di chi leggerà il tuo numero di versione.

Answer 4

Abbiamo deciso di utilizzare la stessa convenzione e, a causa delle limitazioni dei numeri di versione di Windows, abbiamo scelto di eliminare la parte "micro" dei numeri di versione per preservare il numero di revisione. I numeri di versione sono ora [major].[minor].[revision/10000].[revision % 10000], quindi gli assembly creati dalla revisione 65535 hanno la versione 2.01.6.5535.