2012-09-27 18 views

Respuesta

13

TFS 2012 introduce una nuevo concepto llamado espacios de trabajo locales, que difieren sutilmente de la conducta de los espacios de trabajo en las versiones anteriores de TFS (el comportamiento predeterminado de edad que ahora se llama un espacio de trabajo del servidor .)

Con una espacio de trabajo local, TFS se comporta como un sistema de control de versión edit/merge/commit-type. Es decir, los archivos no son de solo lectura y, en su lugar, TFS escaneará su sistema de archivos para determinar qué se ha cambiado. Ya no es necesario que compruebe los archivos del servidor y, de hecho, el servidor no sabe qué ha desprotegido.

Por esta razón, usted no será capaz de ver que el otro usuario ha desprotegido el archivo - esta información existe sólo en su espacio de trabajo local.

Si este otro usuario estaba utilizando un espacio de trabajo del servidor tradicional, el servidor tendría esta información y se la presentaría.

+0

sí, me di cuenta de que los archivos no son de sólo lectura más. Cambié la ubicación del espacio de trabajo al servidor para todos los usuarios y puedo ver todos los archivos bloqueados :) –

+1

Existen diferencias respecto de las áreas de trabajo del servidor y las áreas de trabajo locales que deben considerarse antes de "presionar el interruptor". Actualmente estamos trabajando en el cambio de política, y aunque el "Espacio de trabajo del servidor" resuelve el problema de "visibilidad", limita otras funcionalidades, como no poder trabajar fuera de línea. – hanzolo

+0

¿Hay una consulta de línea de comandos (peajes de energía TFS basados) para enumerar todos los espacios de trabajo locales? De esta manera o de cualquier otra manera, ¿cómo detectar todos los espacios de trabajo locales? – qqqqq

Cuestiones relacionadas