¿Por qué System.Version en .NET se define como Major.Minor.Build.Revision?

Question

¿Por qué System.Version en .NET se define como Major.Minor.Build.Revision? Casi todos (incluyéndome a mí) parecen estar de acuerdo en que la revisión pertenece al tercer lugar, y "compilar" o lo que quieras llamarlo es lo último.

¿Microsoft incluso usa los números de esta manera fortuita, p. 3.5.3858.2, o son los nombres en sí mismos al revés? Por ejemplo, si tuviera que escribir su propia clase de Versión con el orden Major.Minor.Build.Revision, ¿sería correcto cambiar los dos últimos componentes al convertir a System.Version, o lo ignorará y solo pretenderá los nombres? están al revés?

Answer 1

creo que la confusión viene lo que la mayoría considera una "revisión" y what Microsoft does:

• Cuerpo: Una diferencia en número de compilación representa una recopilación de la misma fuente. Esto sería apropiado debido a cambios en el procesador, la plataforma o el compilador.

• Revisión: Conjuntos con los mismos números de versión principal, principal y secundaria, pero las diferentes revisiones son totalmente intercambiables. Esto sería apropiado para reparar un agujero de seguridad en un ensamblaje lanzado anteriormente.

El ángulo de corrección de seguridad, probablemente mucho más común para ellos, parece que hay una razón decente para tenerlo en el último lugar, como el cambio "más-menor".

Answer 2

¿Microsoft incluso usa los números de esta manera fortuita, p. 3.5.3858.2

Si lo deja como predeterminado, p. especificando [assembly: AssemblyVersion("1.1.*")], luego el tercer número se incrementa cada día, y el cuarto número es el número de segundos desde la medianoche, dividido por dos (para eliminar la ambigüedad si hay más de una compilación en un solo día).

Casi todo el mundo (incluyéndome a mí) parece estar de acuerdo en que la revisión pertenece en tercer lugar, y "compilar" o lo que quieras llamar es la última.

Microsoft parece estar utilizando "compilación" como sinónimo de "día": tal vez eso está relacionado con la idea de "compilaciones diarias"; y una "revisión" es entonces otra versión de la compilación (diaria).

Answer 3

Me doy cuenta de que voy a la fiesta un poco tarde, pero quería compartir mi opinión sobre por qué el orden de compilación y revisión es "incorrecto". No es tanto que estén en el orden incorrecto, sino que no están en ninguna orden.

La versión de un conjunto, cuando se trata de ella, es Major.Minor. Del mencionado link, Microsoft dice: "Las versiones posteriores de un ensamblaje que difieren solo por los números de compilación o revisión se consideran actualizaciones Hotfix de la versión anterior ". [Mi énfasis]

El compilación representa una recompilación de la misma fuente.La Revisión representa un cambio de código, pero que es totalmente intercambiable con otras revisiones de la misma versión [Major.Minor]. Pero ninguno tiene prioridad sobre el otro.

Así, en resumen, no piensan en ella como:

+ Major 
| 
+-+ Minor 
    | 
    +-+ Build 
    | 
    +-+ Revision 

Pero en su lugar:

+ Major 
| 
+-+ Minor 
    | 
    +-+ Build 
    | 
    +-+ Revision