Control de Versiones con Team System

18/06/2009 - 09:54 por Juan Diego Bueno | Informe spam
Hola gente:

Me encuentro en una situación que me gustaría conocer cómo resolvéis
normalmente (yo tengo una idea, pero es un poco artesanal).

Tenemos que distribuir una versión X de una aplicación que está en
contínuo mantenimiento y desarrollo. El tema es que, una vez
distribuida, hemos de continuar desarrollando un nuevo módulo que
exige cambios sustanciales, tanto en la aplicación cliente como en el
modelo de datos. Me preocupa que se produzca un error en la versión
recién distribuida y tenga que subir una nueva versión corrigiendo
dicho error. Al estar inmerso en desarrollo, toda versión que se
creara a posteriori ya incluiría aspectos del nuevo desarrollo.

Lo único que se me ocurre es volver a esa versión, modificar lo que
sea, rechazar la subida de ese cambio al servidor y meter el mismo
cambio en la versión de desarrollo.

¿Alguna otra forma?

Gracias de antemano

Preguntas similare

Leer las respuestas

#1 Juan Carlos Paramá
19/06/2009 - 09:28 | Informe spam
Hola.

No se como va el tema en el Team System, pero quizas te puede orientar
como lo haría yo en Subversion.

Una vez creada la versión X creo un Branch para la nueva versión. Sobre
esta realizaría todos los cambios. Si se detecta un error en la versión ya
distribuida se extrae esa versión y se corrige el error. Esa versión
corregida se distribuye y después pueden aplicarse las correciones (con
merge), si es necesario, sobre la versión en desarrollo.

Supongo que el Team System tendrá algo similar.

Saludos,

Juan Carlos Paramá


"Juan Diego Bueno" escribió en el mensaje de noticias
news:
Hola gente:

Me encuentro en una situación que me gustaría conocer cómo resolvéis
normalmente (yo tengo una idea, pero es un poco artesanal).

Tenemos que distribuir una versión X de una aplicación que está en
contínuo mantenimiento y desarrollo. El tema es que, una vez
distribuida, hemos de continuar desarrollando un nuevo módulo que
exige cambios sustanciales, tanto en la aplicación cliente como en el
modelo de datos. Me preocupa que se produzca un error en la versión
recién distribuida y tenga que subir una nueva versión corrigiendo
dicho error. Al estar inmerso en desarrollo, toda versión que se
creara a posteriori ya incluiría aspectos del nuevo desarrollo.

Lo único que se me ocurre es volver a esa versión, modificar lo que
sea, rechazar la subida de ese cambio al servidor y meter el mismo
cambio en la versión de desarrollo.

¿Alguna otra forma?

Gracias de antemano
Respuesta Responder a este mensaje
#2 Juan Diego Bueno
19/06/2009 - 11:06 | Informe spam
Genial Juan Carlos, muchas gracias

Efectivamente, TS tiene la misma opción.

Un saludo

On 19 jun, 09:28, Juan Carlos Paramá
wrote:
Hola.

    No se como va el tema en el Team System, pero quizas te puede orientar
como lo haría yo en Subversion.

    Una vez creada la versión X creo un Branch para la nueva versión. Sobre
esta realizaría todos los cambios. Si se detecta un error en la versión ya
distribuida se extrae esa versión y se corrige el error. Esa versión
corregida se distribuye y después pueden aplicarse las correciones (con
merge), si es necesario, sobre la versión en desarrollo.

    Supongo que el Team System tendrá algo similar.

Saludos,

    Juan Carlos Paramá

"Juan Diego Bueno" escribió en el mensaje de noticiasnews:
Hola gente:

Me encuentro en una situación que me gustaría conocer cómo resolvéis
normalmente (yo tengo una idea, pero es un poco artesanal).

Tenemos que distribuir una versión X de una aplicación que está en
contínuo mantenimiento y desarrollo. El tema es que, una vez
distribuida, hemos de continuar desarrollando un nuevo módulo que
exige cambios sustanciales, tanto en la aplicación cliente como en el
modelo de datos. Me preocupa que se produzca un error en la versión
recién distribuida y tenga que subir una nueva versión corrigiendo
dicho error. Al estar inmerso en desarrollo, toda versión que se
creara a posteriori ya incluiría aspectos del nuevo desarrollo.

Lo único que se me ocurre es volver a esa versión, modificar lo que
sea, rechazar la subida de ese cambio al servidor y meter el mismo
cambio en la versión de desarrollo.

¿Alguna otra forma?

Gracias de antemano
Respuesta Responder a este mensaje
#3 pvergara
20/06/2009 - 10:40 | Informe spam
Buenos días Juan Diego.

Mira, si tienes tiempo échale un vistazo a la siguiente Web:
http://www.codeplex.com/BranchingGuidance (sino conoces Codeplex es un
buen momento para introducirte en la comunidad mas grande de código
abierto de tecnologías relacionadas con Microsoft). A grandes rasgos
podrás descargarte una guia bastante completa en la que te orientan y
explican varias formas de preparar a un equipo de trabajo que utiliza
tfs sobre el trabajo con control de versiones y sistemas de branching
(una de las muchas diferencias que hay entre svn y tfs es que éste
último no trabaja explícitamente con tags únicamente con branches).

Por otro lado una recomendación que parece ser que nunca se comenta en
los libros o artículos que tocan el tema del control de fuentes:
Recuerda intentar llevar una versión de la base de datos paralela a tu
versión del código (de hecho si puedes hacer scripts de "paso a
versiones posteriores" de la estructura y datos mucho mejor) .

Un saludo.

On 18 jun, 09:54, Juan Diego Bueno wrote:
Hola gente:

Me encuentro en una situación que me gustaría conocer cómo resolvéis
normalmente (yo tengo una idea, pero es un poco artesanal).

Tenemos que distribuir una versión X de una aplicación que está en
contínuo mantenimiento y desarrollo. El tema es que, una vez
distribuida, hemos de continuar desarrollando un nuevo módulo que
exige cambios sustanciales, tanto en la aplicación cliente como en el
modelo de datos. Me preocupa que se produzca un error en la versión
recién distribuida y tenga que subir una nueva versión corrigiendo
dicho error. Al estar inmerso en desarrollo, toda versión que se
creara a posteriori ya incluiría aspectos del nuevo desarrollo.

Lo único que se me ocurre es volver a esa versión, modificar lo que
sea, rechazar la subida de ese cambio al servidor y meter el mismo
cambio en la versión de desarrollo.

¿Alguna otra forma?

Gracias de antemano
Respuesta Responder a este mensaje
#4 bialguos
21/06/2009 - 21:09 | Informe spam
En efecto debes de jugar con las branch para realizr todo ese tipo de acciones

Aqui tienes una pequeña guia

http://www.codeplex.com/TFSGuide

Espero que te ayude
Oskar
blog:http://geeks.ms/blogs/oalvarez
"Juan Carlos Paramá" wrote:

Hola.

No se como va el tema en el Team System, pero quizas te puede orientar
como lo hara yo en Subversion.

Una vez creada la versin X creo un Branch para la nueva versin. Sobre
esta realizara todos los cambios. Si se detecta un error en la versin ya
distribuida se extrae esa versin y se corrige el error. Esa versin
corregida se distribuye y despus pueden aplicarse las correciones (con
merge), si es necesario, sobre la versin en desarrollo.

Supongo que el Team System tendr algo similar.

Saludos,

Juan Carlos Param


"Juan Diego Bueno" escribi en el mensaje de noticias
news:
Hola gente:

Me encuentro en una situacin que me gustara conocer cmo resolvis
normalmente (yo tengo una idea, pero es un poco artesanal).

Tenemos que distribuir una versin X de una aplicacin que est en
contnuo mantenimiento y desarrollo. El tema es que, una vez
distribuida, hemos de continuar desarrollando un nuevo mdulo que
exige cambios sustanciales, tanto en la aplicacin cliente como en el
modelo de datos. Me preocupa que se produzca un error en la versin
recin distribuida y tenga que subir una nueva versin corrigiendo
dicho error. Al estar inmerso en desarrollo, toda versin que se
creara a posteriori ya incluira aspectos del nuevo desarrollo.

Lo nico que se me ocurre es volver a esa versin, modificar lo que
sea, rechazar la subida de ese cambio al servidor y meter el mismo
cambio en la versin de desarrollo.

Alguna otra forma?

Gracias de antemano

Respuesta Responder a este mensaje
#5 Juan Diego Bueno
22/06/2009 - 20:16 | Informe spam
Hola gente:

Bueno, en vista que los posts que se mandan desde google groups no salen
aquí... simplemente agradeceros a todos la información, que ha sido muy
útil.

Un saludo

"bialguos" escribió en el mensaje de
noticias:
En efecto debes de jugar con las branch para realizr todo ese tipo de
acciones

Aqui tienes una pequeña guia

http://www.codeplex.com/TFSGuide

Espero que te ayude
Oskar
blog:http://geeks.ms/blogs/oalvarez
"Juan Carlos Paramá" wrote:

Hola.

No se como va el tema en el Team System, pero quizas te puede
orientar
como lo hara yo en Subversion.

Una vez creada la versin X creo un Branch para la nueva versin. Sobre
esta realizara todos los cambios. Si se detecta un error en la versin ya
distribuida se extrae esa versin y se corrige el error. Esa versin
corregida se distribuye y despus pueden aplicarse las correciones (con
merge), si es necesario, sobre la versin en desarrollo.

Supongo que el Team System tendr algo similar.

Saludos,

Juan Carlos Param


"Juan Diego Bueno" escribi en el mensaje de
noticias
news:
Hola gente:

Me encuentro en una situacin que me gustara conocer cmo resolvis
normalmente (yo tengo una idea, pero es un poco artesanal).

Tenemos que distribuir una versin X de una aplicacin que est en
contnuo mantenimiento y desarrollo. El tema es que, una vez
distribuida, hemos de continuar desarrollando un nuevo mdulo que
exige cambios sustanciales, tanto en la aplicacin cliente como en el
modelo de datos. Me preocupa que se produzca un error en la versin
recin distribuida y tenga que subir una nueva versin corrigiendo
dicho error. Al estar inmerso en desarrollo, toda versin que se
creara a posteriori ya incluira aspectos del nuevo desarrollo.

Lo nico que se me ocurre es volver a esa versin, modificar lo que
sea, rechazar la subida de ese cambio al servidor y meter el mismo
cambio en la versin de desarrollo.

Alguna otra forma?

Gracias de antemano

email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida