Dividir un proyecto de equipo
Actualización: noviembre 2007
Cuando utilice Team Foundation Server para administrar varios proyectos de equipo, es posible que se encuentre ante situaciones en las que es aconsejable dividir un único proyecto de equipo en dos (o más) proyectos de equipo distintos. Dividir un proyecto de equipo es adecuado cuando:
La guía de procesos lo sugiere o lo requiere.
Necesita distintas directivas de protección para una parte del proyecto de equipo.
El proyecto de equipo se acerca a las limitaciones de tamaño máximo que admite Team Foundation Server y es importante planear el crecimiento futuro del proyecto de equipo.
Deberá decidir si el proyecto de equipo original continúa y se crea una nueva bifurcación para el segundo proyecto de equipo, o si se crean dos o más proyectos de equipo nuevos y se abandona el proyecto original. En este tema se da por supuesto que continúa utilizando el proyecto de equipo original y que crea una bifurcación para un nuevo proyecto. Para obtener más información sobre la creación de dos proyectos de equipo nuevos, vea Mover un proyecto de equipo de una versión a la siguiente.
Crear el proyecto de equipo bifurcado
Inicie el proceso de bifurcación utilizando el Asistente para nuevo proyecto de equipo con objeto de crear el segundo proyecto de equipo. Siga las instrucciones de las páginas del asistente especificando el nombre y los demás datos para el nuevo proyecto de equipo. Cuando se le pida que especifique la configuración del control de código fuente, cree una nueva bifurcación de control de código fuente a partir del proyecto de equipo anterior. Para obtener más información sobre el uso del Asistente para nuevo proyecto de equipo, vea Asistente para nuevo proyecto de equipo.
Mover los elementos de trabajo del proyecto de equipo original al bifurcado
Mueva los elementos de trabajo relevantes del proyecto de equipo original al bifurcado. Deberá copiar uno a uno los elementos de trabajo relevantes en el proyecto de equipo bifurcado (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 en 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 dispone de elementos de trabajo en el proyecto de equipo original con un estado distinto de Activo, y copia dichos elementos en el proyecto de equipo bifurcado, asegúrese de asignar al nuevo elemento de trabajo el mismo estado que tenía en el proyecto de equipo original. |
Opcionalmente, puede utilizar Microsoft Excel para copiar simultáneamente varios elementos de trabajo de un proyecto de equipo a otro. Aunque la copia simultánea de varios elementos de trabajo copia la información actual de los mismos, no copia el historial de elementos de trabajo, los datos adjuntos ni los vínculos al proyecto de equipo bifurcado. Para obtener más información sobre la copia simultánea de elementos de trabajo mediante el uso de Excel, vea Trabajar con elementos de trabajo en Microsoft Project y Microsoft Excel.
Mover los documentos del proyecto de equipo original al proyecto de equipo bifurcado
El cuarto paso de la bifurcación consiste en mover los documentos relevantes del proyecto de equipo original al proyecto de equipo bifurcado. Puede copiar los documentos en el nuevo proyecto arrastrándolos y colocándolos 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 para el proyecto de equipo bifurcado
Es importante que establezca correctamente los permisos para el proyecto de equipo bifurcado. Deberá establecer uno a uno los permisos en cada elemento (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.
Crear las áreas y las iteraciones para el proyecto de equipo bifurcado
Es posible que la estructura y la clasificación del proyecto de equipo utilizadas en el proyecto de equipo original no sean las apropiadas para el proyecto bifurcado. Deberá crear una a una las áreas y las iteraciones para el proyecto de equipo bifurcado (Team Foundation Server no permite copiar ni mover simultáneamente varias áreas o iteraciones de un proyecto en otro). Para obtener más información sobre la creación de áreas e iteraciones, vea Establecer iteraciones o áreas de proyecto iniciales.
Crear las directivas de protección
Es posible que las directivas de protección del proyecto de equipo utilizadas en el proyecto original no sean las apropiadas para el proyecto bifurcado. Deberá crear una a una las directivas de protección para el proyecto de equipo bifurcado (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 está utilizando alertas en el proyecto de equipo bifurcado, es importante que establezca correctamente estas notificaciones de eventos. Si desea seguir utilizando las mismas alertas del proyecto de equipo original, deberá crear una a una las alertas para el proyecto de equipo bifurcado (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.
Determinar si es adecuado hacer una nueva copia de seguridad
Dado que el proceso para dividir un proyecto 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 el trabajo esté protegido contra la pérdida de datos ocasionada por errores de hardware. Es conveniente consultar al administrador de Team Foundation Server para determinar si merece la pena hacer una copia de seguridad especial del servidor.