Optimizar el área de trabajo

 

Publicada: abril de 2016

¿El equipo tiene un código base grande y complejo? ¿Desea que el área de trabajo contenga solo los archivos que necesita para mejorar el rendimiento, reducir el tráfico de red y reducir el espacio en disco necesario en el equipo de desarrollo?

• Optimizar los nombres de carpeta

• Optimizar el área de trabajo usando asignaciones de carpeta explícitas, implícitas, escondidas y no recursivas

• Usar las áreas de trabajo para aislar y administrar el trabajo entre diferentes bifurcaciones

Optimizar los nombres de carpeta

Si aún no utiliza bifurcaciones, en el servidor, debe colocar todo el código en una subcarpeta denominada Main (por ejemplo: $/TFVCTeamProject/Main/). Si lo hace, estará preparado cuando el equipo crezca lo suficiente como para requerir bifurcaciones a la hora de administrar el código base. En el equipo de desarrollo, debe utilizar un ruta de carpeta corta, que resulte fácil de entender y que se corresponda con la estructura de proyectos, por ejemplo, C:\Users\YourName\Source\Workspaces\TFVCTeamProject\Main\SolutionName\.

Algunas sugerencias adicionales para utilizar nombres de carpeta eficaces:

• Utilice nombres cortos en las carpetas, subcarpetas y los archivos para simplificar el trabajo y evitar así los problemas con las rutas de acceso largas que pueden producirse con algunos tipos de proyectos de código.

• Evite usar espacios en blanco para que resulte un poco más fácil usar operaciones de línea de comandos.

Optimizar el área de trabajo usando asignaciones de carpeta explícitas, implícitas, escondidas y no recursivas

Si el código base es grande, puede ahorrar tiempo, ancho de banda de red y espacio en el disco local optimizando las asignaciones de carpeta del área de trabajo.

Cuando asigne una carpeta, asegúrese de que elige una carpeta lo suficientemente alta en el árbol de código como para tener los archivos que necesita a la hora de crear una compilación local, pero lo suficientemente baja como para no tener más archivos de los que necesita. También puede utilizar algunas herramientas para crear de una forma más simple y rápida un área de trabajo que resulte práctica: asignaciones de carpetas explícitas, implícitas, escondidas y no recursivas.

Al examinar el área de trabajo de la desarrolladora ficticia Raisa, tal vez se pregunte: ¿por qué no asigna simplemente $/SiteApp/ a c:\code\SiteApp\ y ya está? Un área de trabajo simple como esta asignaría implícitamente todas las carpetas que ella necesita en $/SiteApp/Main/.

El principal problema de este enfoque es que también le proporcionaría muchos archivos que no necesita, por lo que derrocharía tiempo y recursos. Por tanto, Raisa crea algunas asignaciones de carpeta adaptadas a su gusto.

	Raisa no desarrolla procesos de compilación personalizados, así que no necesita $/SiteApp/BuildProcessTemplates. Espera que, con el tiempo, el código base crezca, pero no desea descargar automáticamente cada nuevo bit de código que se agregue a $/SiteApp/Main/. Como los equipos que trabajan en esas otras carpetas cambian los archivos, cuando Raisa obtenga los últimos archivos del servidor, puede experimentar importantes retrasos si espera las actualizaciones de los archivos que no necesita. Para desarrollar el código, Raisa necesita todos los proyectos de código que componen la solución FabrikamFiber. En lugar de incluir cada proyecto de código explícitamente (por ejemplo, $/SiteApp/Main/FabrikamFiber/FabrikamFiber.DAL), asigna $/SiteApp/Main/FabrikamFiber/ y, de este modo, asigna implícitamente todas las subcarpetas que contienen los proyectos de código que necesita.
	Raisa no necesita los archivos de $/SiteApp/Main/FabrikamFiber/3DModels ni de $/SiteApp/Main/FabrikamFiber/Docs y, dado que se asignan implícitamente en , utiliza dos asignaciones escondidas para excluir estas carpetas del área de trabajo.
	Raisa y otros miembros de su equipo mantienen y en ocasiones alimentan un conjunto de varias bibliotecas que son fundamentales. Ella necesita casi todas las bibliotecas que se encuentra actualmente en esta carpeta y cree que va a necesitar las bibliotecas que su equipo agregue en el futuro, así que asigna $/SiteApp/Main/libraries/Common.
	Raisa solo necesita un segmento pequeño de una carpeta grande, $/SiteApp/Main/libraries/Common/LibraryC, así que la asigna como escondida y después solo asigna explícitamente la subcarpeta que necesita: $/SiteApp/Main/libraries/Common/LibraryC/Sub-Library1.
	Raisa necesita inmediatamente algunos de los archivos que se encuentran en LibraryD, pero no necesita la gran cantidad de contenido de sus subcarpetas, así que aplica una asignación no recursiva a esta carpeta: $/SiteApp/Main/libraries/Specialized/LibraryD/*.

Usar las áreas de trabajo para aislar y administrar el trabajo entre diferentes bifurcaciones

Si su compañía usa bifurcaciones para aislar riesgos en el código base, debería crear un área de trabajo independiente para cada bifurcación en la que trabaje.

Por ejemplo, en Fabrikam Fiber, el código base y el personal ha aumentado. Para aislar el riesgo entre sus muchos equipos, han bifurcado el código base. Raisa continúa trabajando en su pequeño equipo, pero ahora utiliza algunas áreas de trabajo para administrar el trabajo que lleva a cabo en diferentes bifurcaciones.

	Desarrollar características Raisa modifica el área de trabajo predeterminada para realizar el trabajo en la bifurcación Extranet, donde participa en el desarrollo del sitio web orientado al cliente de esta bifurcación.
	Integrar y estabilizar Raisa crea dos nuevas áreas de trabajo para realizar el trabajo en las bifurcaciones Test y Dev, en donde colabora con otros desarrolladores y evaluadores para estabilizar el código durante la integración.

Raisa administra su trabajo en tres áreas de trabajo, cada una de las cuales asigna las carpetas de una bifurcación del servidor a las carpetas del equipo de desarrollo.

Nota

Las bifurcaciones o suspensiones (o aplazamientos de cambios) son los mecanismos preferidos para aislar los esfuerzos de trabajo en el propio código base.Sin embargo, si ninguno de estos enfoques satisfacen sus necesidades, puede asignar la misma carpeta del servidor a varias áreas de trabajo.En la mayoría de los casos no debería ser necesario hacerlo.Si asigna la misma carpeta del servidor a varias áreas de trabajo, recuerde que podría tener cambios pendientes diferentes y separados en el mismo archivo almacenado en cada área de trabajo.