Estados incorrectos en TFS 2008 Project Files

Tengo un proyecto almacenado en TFS Source Control (2008) en el que trabajan 2 desarrolladores. Las 3 versiones (Developer1, Developer2 y Server) están actualizadas entre sí. Sin embargo, ambos desarrolladores informan que algunos archivos en el Explorador de soluciones dicen 'Comprobado por otra persona o en otro lugar', pero los mismos archivos vistos en Source Control Explorer dicen que están disponibles. Parece como si los espacios de trabajo se hubieran confundido, pero los archivos reales son 'buenos'.Estados incorrectos en TFS 2008 Project Files

¿Alguien puede ayudar?

Fuente

2009-10-01 Chris Arnold

Hubo un error en el que se contaron los cambios pendientes en el interior shelvesets hacia la medición que utiliza el Explorador de soluciones. Debería ser arreglado en 2008 SP1. –

Si reviso el archivo y luego hago un "Deshacer cambios pendientes", vuelve a la normalidad. Creo que es este error, y parece que todavía no está solucionado en ningún parche ni en una versión futura.

http://social.msdn.microsoft.com/Forums/en-SG/tfsversioncontrol/thread/2a1c6a8c-0a2b-460c-9335-e31598f1107b

Fuente

2009-12-21 15:56:46 Greg

Observé el mismo comportamiento. Sin espacios de trabajo, sin estantes, sin sucursales, sin otros usuarios: solo un estado tfs incorrecto que se desvanece después de "pagar" y "deshacer cambios pendientes". –

-1

Una pregunta más grande. ¿Por qué te importa si alguien más tiene un archivo prestado? TFS admite múltiples comprobaciones paralelas en los archivos. Si quieres control exclusivo, utiliza un candado.

Lamento ser más claro: a menudo encuentro que el estado en el Explorador de soluciones no vale la pena mirarlo. Si necesito un archivo, lo verifico. Si alguien lo cerró, TFS me avisó en ese momento, de lo contrario, simplemente trabajo con el archivo.

Fuente

2009-10-01 12:09:24

Acepto que detiene nuestro trabajo de alguna manera. Simplemente siembra la semilla de la duda de que todo puede no estar bien y que un problema mayor surgirá más tarde (por ejemplo, código perdido). –

¿Tiene SP1 instalado? Esto lo arregló para nuestro equipo. De lo contrario, compruebe si alguno de sus desarrolladores tiene espacios de trabajo separados y puede haberlos desprotegido

Fuente

2009-10-01 12:10:44

Todos los desarrolladores tienen, de hecho, SP1 instalado. –

Ah, ahora recuerdo lo que era (después de inclinarme sobre mi cubículo para preguntarle a mi compañero de trabajo si recordaba qué había solucionado ese problema por el que gemía). Tenía un estante colgado alrededor. Verifique si tiene lo mismo y desentáguelo o elimínelo si no es necesario –

Vaya a Archivo-> Control de fuente-> Espacios de trabajo en Visual Studio. Asegúrese de que los desarrolladores solo tengan 1 espacio de trabajo. Es probable que alguien haya creado múltiples espacios de trabajo en su máquina y haya comprobado los archivos allí.

TFS asigna espacios de trabajo a las ubicaciones de la máquina en la que están creados, por lo que si alguien seleccionó el código en varios lugares y lo editó, puede hacer que una persona obtenga el código en varios lugares.

Además, this link le muestra cómo ver todos los archivos desprotegidos para una persona en particular.

Pero también estoy de acuerdo con Preet. Está perfectamente bien hacer que más de una persona en TFS compruebe el archivo. Esa es una de las mejoras menores sobre SourceSafe.

Fuente

2009-10-01 12:16:24

leve mejora! ¡Diría que fue uno de los mejores! –

Sí, estaba siendo un poco irónico. :-) –

He tenido estas listas antes de sincronizar. Lo que se requería era un "Force Get Latest" para actualizar los estados. Para hacer eso, selecciona "Obtener una versión específica", y luego selecciona "Último" y "Obtener archivo incluso si ya existen localmente" (o alguna opción como esa). Esto obligará a los archivos a actualizarse, incluso si ya están actualizados, y también debería corregir su estado.

Usted pensaría que VS/TFS sería lo suficientemente inteligente como para conciliar esto por sí mismo, pero a veces simplemente no lo hacen, por la razón que sea.

Fuente

2009-10-02 03:19:10 SqlRyan

Sí, lo intenté ya. No hay diferencia, me temo –

Tuvimos este problema cuando actualizamos de TFS 2005 a TFS 2008. Hubo problemas con la actualización que nos obligó a crear una nueva máquina virtual y restaurar/actualizar la base de datos de 2005. Estábamos bajo autenticación de grupo de trabajo y recreado cuentas de usuarios locales, pero dado que todos tenían SID nuevos, se consideraban cuentas diferentes en algunos aspectos. Todos los espacios de trabajo de los usuarios originales estaban alrededor.

Eche un vistazo a las herramientas de línea de comandos tf y tfpt para manipular espacios de trabajo, vea si tiene algo huérfano. Attrice Team Foundation Sidekicks también tiene un buen administrador de espacios de trabajo GUI.

Fuente

2009-10-02 03:25:08

Estados incorrectos en TFS 2008 Project Files

Respuesta

Cuestiones relacionadas