Pregunta

Si su aplicación tiene una API pública con la que la gente desarrolla, ¿qué debe hacer en los siguientes escenarios?

  • Si publica el service pack de su aplicación cambias la versión número de ensamblajes?

  • Del mismo modo, cambia la versión número si proporciona una solución rápida?

Si lo hace, ¿proporciona archivos de política para la redirección de ensamblado? o si no sabe dónde encajan los archivos de política en el escenario? ¿Cuándo elegiría no cambiar el número de versión o proporcionar un archivo de política y cambiar la versión?

¿Fue útil?

Solución

Solo necesita subir el número de versión si los métodos, etc. de la API pública cambiaron, o si el comportamiento de una llamada cambió de manera tal que un cliente podría necesitar reescribir parte de su código que usa su API.

Otros consejos

Mantenemos la regla de que las tres primeras partes del número de versión son números más o menos artificiales generados por el marketing. El patrón es algo así como "Major.Minor.ServicePack". (La diferencia entre un service pack y un hotfix es solo política). Pero el último número es insertado automáticamente por el script de compilación y mantiene la última revisión de subversión modificada de la rama en la que se ejecuta el script. De esta manera, siempre podemos encontrar la base de código exacta para cualquier archivo binario "en la naturaleza".

Una razón para dejar el número de versión sin cambios es en relación con los ensamblados con nombre seguro.

Si desea permitir que una aplicación ya compilada use su ensamblado actualizado con nombre seguro, no puede cambiar el número de versión ya que la aplicación requerirá la misma versión de su ensamblaje con el que se compiló.

Por supuesto, esto solo se cumple si las interfaces del ensamblado no se modifican.

La forma de Microsoft es usar Major.Minor. BuildNumber.Revision . Sugeriría generar y usar automáticamente la BuildNumber.Revision para Service Packs y Hot Fixes. Modificaría y usaría manualmente el número de compilación Menor para las extensiones a la API. Modificaría y usaría manualmente el número de compilación principal al cambiar las cosas de una manera no compatible con versiones anteriores o al introducir cambios o extensiones importantes (30% o más) en la funcionalidad.

Jeff Atwood en realidad tiene una publicación de blog de la Edad de Piedra sobre numeración de versiones y aquí hay una pregunta sobre incrementando automáticamente el número de versión y me gusta el responda el enlace a Versión de compilación Incremento del complemento Visual Studio .

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top