Combinar dos proyectos de equipo
Actualización: noviembre 2007
Al utilizar el servidor Team Foundation Server para administrar varios proyectos de equipo, es probable que se encuentre con situaciones en las que sea deseable combinar varios proyectos en uno solo. La combinación de varios proyectos de equipo independientes puede ser útil cuando:
Una reorganización corporativa cambia las relaciones de administración, de informes o de financiación.
La reorganización de un producto cambia los requisitos de programación, de ámbito, de características o de personal.
La reorganización de un proyecto de equipo cambia los requisitos de ámbito, de características, de personal o de recursos.
Deberá determinar si el proyecto de equipo se va a combinar en otro proyecto o si los dos (o más) proyectos de equipo se van a combinar en un tercer proyecto nuevo. En este tema se da por supuesto que va a combinar un proyecto de equipo (el de origen) en otro proyecto existente (el de destino). Para obtener más información sobre cómo combinar dos proyectos de equipo existentes en un tercer proyecto nuevo, vea Mover un proyecto de equipo de una versión a la siguiente.
Mover los elementos de trabajo del proyecto de equipo de origen al proyecto de equipo de destino
Es probable que haya elementos de trabajo sin terminar en el proyecto de equipo de origen o elementos de trabajo que se hayan creado para llevarse a cabo en la versión siguiente. Los elementos de trabajo sin terminar deberá copiarlos uno a uno en el proyecto de destino (Team Foundation Server no permite copiar ni mover simultáneamente varios elementos de trabajo entre proyectos). Para obtener más información sobre la copia de elementos de trabajo de un proyecto a otro, vea Cómo: Copiar un elemento de trabajo.
.gif "Nota") Nota: |
|---|
Al copiar un elemento de trabajo el estado del nuevo elemento de trabajo se establece en Activo de forma predeterminada. Si tiene elementos de trabajo en el proyecto de equipo de origen con un estado distinto, y los copia en el proyecto de equipo de destino, asegúrese de establecer el estado del nuevo elemento de trabajo en el mismo estado que tenía en el proyecto de origen. |
Copiar los documentos del proyecto de equipo de origen en el proyecto de equipo de destino
Es probable que haya documentos e informes del proyecto de equipo de origen que sigan teniendo validez en el proyecto de equipo combinado. Puede copiar los documentos en el proyecto de equipo de destino arrastrando y colocando los documentos dentro de Team Explorer. Para obtener más información sobre la copia de documentos de un proyecto en otro, vea Cómo: Mover y eliminar un documento o carpeta en Team Explorer.
Establecer los permisos de usuario en los elementos copiados
Es importante establecer correctamente los permisos para los elementos que se copien del proyecto de equipo de origen. Dichos permisos deben establecerse en cada uno de los elementos por separado (por razones de seguridad Team Foundation Server no permite copiar ni mover simultáneamente varios permisos de un proyecto a otro). Para obtener más información sobre el establecimiento de los permisos, vea Administrar permisos.
Reasignar los elementos de trabajo copiados a las áreas e iteraciones correctas
La estructura y clasificación del proyecto de equipo empleadas en el proyecto de equipo de destino deben aplicarse a los elementos de trabajo copiados del proyecto de equipo de origen. Para obtener más información sobre la asignación de áreas e iteraciones, vea Establecer iteraciones o áreas de proyecto iniciales.
Crear las directivas de protección
Las directivas de protección del proyecto de equipo utilizadas en el proyecto de equipo de origen pueden o no ser adecuadas para el proyecto de equipo de destino. Dichas directivas deben volver a crearse una a una para el proyecto de equipo de destino (Team Foundation Server no permite copiar ni mover simultáneamente varias directivas de protección de un proyecto a otro). Para obtener más información sobre las directivas de protección, vea Trabajar con notas y directivas de protección.
Crear alertas
Si va a utilizar alertas en el proyecto de equipo de destino, es importante que establezca correctamente estas notificaciones de eventos. Si desea seguir utilizando las alertas empleadas en el proyecto de equipo de origen deberá volver a crearlas una a una para el proyecto de equipo de destino (Team Foundation Server no permite copiar ni mover simultáneamente varias alertas de un proyecto a otro). Para obtener más información sobre la creación de alertas, vea Configurar alertas.
Revocar los permisos en el proyecto de equipo de origen
Después de haber copiado todos los elementos relevantes y vuelto a crear las directivas, alertas, etc. en el proyecto de equipo de destino, revoque todos los permisos en el proyecto de equipo de origen. La revocación de los permisos protegerá el proyecto de equipo de origen de cualquier cambio y permitirá guardarlo para poder consultarlo más adelante.
Determinar si es adecuado hacer una nueva copia de seguridad
Dado que el proceso para combinar proyectos de equipo, copiar uno a uno los elementos de trabajo y volver a crear los permisos, las áreas, las iteraciones, las directivas de protección y las alertas puede llevar bastante tiempo, es importante que su trabajo esté protegido contra la pérdida de datos ocasionada por errores en el hardware del equipo. Es conveniente consultar al administrador de Team Foundation Server para determinar si merece la pena hacer una copia de seguridad especial del servidor.