Decidir entre usar un área de trabajo local o del servidor

Azure Repos | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 | TFS 2017 | TFS 2015 | VS 2017 | VS 2015 | VS 2013

Al crear o editar un área de trabajo, puede especificar si su ubicación es Local o Server.

¿Cuándo debo usar un área de trabajo local?

Use un área de trabajo local si no hay una conexión confiable entre el equipo y la instancia de Azure DevOps a la que está conectado y habrá menos de 100 000 elementos en el área de trabajo. También puede ser preferible si no necesita trabajar como parte de un equipo y prefiere trabajar con el sistema de archivos de una manera similar a Git.

Importante

El uso de un área de trabajo local puede tener una degradación del rendimiento a medida que el número de elementos se aproxima o supera los 100 000. Esto se debe a que las áreas de trabajo locales mantienen varias copias del mismo archivo para habilitar algunas acciones de control de versiones localmente debido a que la conexión DevOps Server no está disponible de forma confiable. Esto también significa que hay más espacio disponible en el disco.

¿Cuándo puede ser necesario usar un área de trabajo de servidor?

Use un área de trabajo de servidor cuando no se cumplen las condiciones específicas para usar un área de trabajo local, o si...

  • Desea usar Visual Studio 2010 o versiones anteriores para trabajar con el área de trabajo.

  • Debe usar la opción Habilitar obtener más reciente en el des check-out.

Trabajo en un área de trabajo de servidor mientras está desconectado

Puede seguir trabajando en un área de trabajo del servidor si se desconecta temporalmente de la instancia DevOps mediante la toma de una solución "sin conexión". Más adelante, cuando la conexión esté disponible, puede tomar la solución "en línea" para volver al comportamiento conectado. Visual Studio detectará la condición desconectada y desconectará la solución automáticamente, pero si desea hacerlo manualmente, estos son los pasos.

Sugerencia

Si trabajar sin conexión es importante para usted, debe considerar la posibilidad de usar un área de trabajo local en lugar de un área de trabajo de servidor Consulte Áreas de trabajo locales anteriormente en este tema.

Para desconectar una solución

  1. De la carpeta de trabajo local, abra la solución en la que desea trabajar.

    Si el servidor está sin conexión, aparece el cuadro de diálogo Desconectar.

  2. Elija Aceptar.

Al guardar las modificaciones en los archivos de la solución, es posible que se le solicite el cuadro de diálogo Guardar Read-Only archivo. Se espera que esto sea así. Elija Sobrescribir para quitar la protección de escritura del archivo. Solo debe preguntar una vez por archivo mientras está sin conexión.

Visual Studio la solución vuelve a estar en línea automáticamente, el usuario debe hacerlo mediante los pasos siguientes.

Para poner los cambios en línea cuando el DevOps está disponible

  1. En Explorador de soluciones, abra el menú contextual de la solución o el archivo y, a continuación, elija Ir en línea.

    • o bien: en el menú Archivo, en Control de código fuente, elija Ir en línea.

    Aparece el cuadro de diálogo Ir a línea y muestra los cambios realizados sin conexión.

  2. Active la casilla de cada cambio que quiera comprobar y, a continuación, elija Ir en línea.

    Los cambios realizados sin conexión se agregan al control de versiones de Team Foundation como cambios pendientes.

Administración de la configuración del área de trabajo de recopilación de proyectos para el equipo

Si es administrador,puede especificar qué tipo de área de trabajo Visual Studio crea para los miembros del equipo de forma predeterminada: Local o Servidor. También puede habilitar la desprotección asincrónica para las áreas de trabajo del servidor del equipo.

  1. En la barra de menús, elija Team, Project Collection Configuración, Source Control.

    Aparece el cuadro de Configuración control de código fuente.

  2. En la pestaña Configuración área de trabajo, elija el botón de opción Localo Servidor.

  3. Puede reducir el tiempo que tarda el sistema en extraer archivos en las áreas de trabajo del servidor si selecciona Habilitar desprotección asincrónica en áreas de trabajo del servidor. Si selecciona esta opción:

    • El permiso PendChange ya no se aplica.

    • Se deshabilitan los bloqueos de desprotección

Trabajar desde el símbolo del sistema

Preguntas & y respuestas

P: Alguien desprotegió un archivo a pesar de que había un bloqueo de desprotección aplicado. ¿Cómo pudo ocurrir?

Un: El uso de áreas de trabajo locales hace que los bloqueos de des check-out no se exijan. Si tiene permisos suficientes, puede usar el comando áreas de trabajo para ver las áreas de trabajo locales que se usan en la colección de proyectos.

tf workspaces /format:detailed /owner:* /collection:https://YourServer/YourCollection/

P: ¿Por qué no puedo ver cuando algunos miembros de mi equipo de desprotegía un archivo?

Los cambios pendientes de los miembros del equipo que usan áreas de trabajo locales no son visibles para otros miembros del equipo Explorador de control de código fuente.

P: ¿Puedo cambiar la ubicación de mi área de trabajo sin problema?

Un: Sí, puede cambiar la ubicación del área de trabajo de servidor a local o de local a servidor siempre que sea necesario. Consulte Crear y trabajar con áreas de trabajo.

P: ¿Puedo usar la misma área de trabajo en varias instancias de Visual Studio?

Un: Aunque Visual Studio no le bloquea la ejecución de varias instancias en la misma área de trabajo, no se admite este uso. Por otro lado, tiene más probabilidades de que este modo de trabajo cree problemas si usa un área de trabajo local.

P: ¿Cómo funciona un área de trabajo local?

Un: Un área de trabajo local almacena en caché la versión sin modificar de cada uno de los archivos para que pueda editar, comparar y hacer otras cosas sin estar conectado al servidor.