Control de Versiones con Team System

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

Genial Juan Carlos, muchas gracias

Efectivamente, TS tiene la misma opción.

Un saludo

On 19 jun, 09:28, Juan Carlos Paramá
wrote:
Mostrar la cita

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

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:
Mostrar la cita

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

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:

Mostrar la cita

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

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:
Mostrar la cita

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:

Mostrar la cita

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