2008-08-27 12 views
11

¿Cuáles son las estrategias para el control de versiones de una aplicación web/sitio web?¿Cómo se manejan las versiones en una aplicación web?

Observé que aquí, en la versión Beta, hay un número de revisión svn en el pie de página y eso es ideal para una aplicación que usa svn en un repositorio. Pero, ¿qué sucede si utiliza externos o una aplicación de control de origen diferente que las versiones separan los archivos?

Parece fácil para una aplicación de escritorio, pero parece que no puedo encontrar una forma adecuada de crear versiones para una aplicación web asp.net.

NB No estoy seguro de haber sido totalmente claro con mi pregunta.

  1. Lo que quiero saber es cómo construir y auto incrementar un número de versión para una aplicación asp.net.
  2. No me interesa cómo vincularlo con svn.
+0

Consulte esta pregunta relacionada: [¿Cómo sincronizo el número de revisión de SVN con mi sitio web ASP.NET?] (Http://stackoverflow.com/questions/163/how-do-i-sync-the-svn -revision-number-with-my-aspnet-web-site) –

Respuesta

2

Para mis grandes aplicaciones sólo tiene que utilizar una versión Identificación del número incremental (1.0, 1.1, ...) que almaceno en un comentario del archivo principal (normalmente index.php).
Para sitios web solo tengo un número de revisión (1,2,3, ...).

2

que tienen una tendencia a pegarse con números enteros básicas en un primer momento (1,2,3), de pasar a los números racionales (2.1, 3.13) cuando las cosas se hacen más grandes ...

intentado usar la fruta en un momento dado, eso funciona bien para una pequeña oficina. Oh, la versión 'banana'? se ve en el rincón "sí ... que está haciendo muy viejo ahora ..."

Por desgracia, la confusión comenzó a poner en cuando el equipo de desarrollo creció, que es una naranja o mandarina, o Tangelo? Es se ve bien. ¿Qué quieres decir con "podrido por dentro"?

... pero con toda honestidad. Configure un repositorio separado como maestro, el desarrollo continúa en varios repositorios. Para cada lanzamiento programado, todo se registra en el repositorio principal para que pueda retroceder rápidamente cuando algo sale mal. (supongo que dev/test/production son todos servidores separados, y dev no tiene permitido tocar producción o el repositorio principal ...)

0

Mantengo un sistema de aplicaciones web con varios componentes que viven en repositorios SVN separados Para poder seguir la versión del sistema como un todo, tengo otro repositorio SVN que contiene todos los demás repos como referencias externas. También contiene scripts de instalación/instalación para implementar todo. Con esa configuración, el número de revisión de SVN del "meta-depósito" podría usarse para versionar el sistema completo.

En otro caso, incluyo la revisión SVN a través de SVN keywords en un archivo de clase que no sirve para ningún otro propósito (para evitar el riesgo de sustitución de palabra clave al romper mi código). La clase en ese archivo contiene una variable de cadena manipulada por SVN y analizada por un método de clase.

Un inconveniente con ambos enfoques es que el número de revisión no se actualiza automáticamente mediante cambios en los aspectos externos (acercamiento 1) o el resto del código (acercamiento 2).

0

Durante el desarrollo interno, estoy usando números de hito (M1, M2, M3 ...). Después del lanzamiento, probablemente solo actualice las fechas ("la actualización de enero de 2009").

Cuestiones relacionadas